Em 19/11/2019 12:59, John Stoffel via dovecot escreveu:
Marcio,
Looking at your passdb { } block, you don't have the "result_sucess =
continue" option. Have you tried adding that to make it work?
Sorry for late reply, lone busy admin here
You spelled wrong, correct is result_success :
h
> "Marcio" == Marcio Merlone via dovecot writes:
Marcio> Sounds a lot like my problem, which I described some days ago
Marcio> here on the list, but no luck. Please report to the list if
Marcio> you make any progress.
Marcio,
Looking at your passdb { } block, you don't have the "result_suce
Sounds a lot like my problem, which I described some days ago here on
the list, but no luck. Please report to the list if you make any progress.
Regards,
Em 14/11/2019 10:41, Dav Rdrz via dovecot escreveu:
Hi, I hope you're all right. I describe below the scenario where the
problem occurs.
I'm
Am 17.02.2014 20:54, schrieb Roman Gelfand:
> I am using outlook 2010 to login to pop3 mailbox as master user. The
> user name I provide is j...@domain.tld*t...@domain.tld. The password
> is that of t...@domain.tld. I am not quite sure as to how to specify
> ACL. I guessed the ACL specs as p
On 2014-02-14 05:49, Timo Sirainen wrote:
Sounds like you don't want the master user to be special in any way now or in
future. In that case setting master_user=%u would do exactly that now and
always. (There might be some other features besides ACLs that could work
differently for master use
On 13.2.2014, at 16.37, Peter Mogensen wrote:
> On 2014-02-13 04:40, Timo Sirainen wrote:
>> On 9.2.2014, at 17.36, Peter Mogensen wrote:
>>> But why is the master_user authn-id used in the ACLs and not the authz-id
>>> (requested-login-user) ?
>>>
>>> Isn't the whole point of SASL authz-id se
On 2014-02-13 04:40, Timo Sirainen wrote:
On 9.2.2014, at 17.36, Peter Mogensen wrote:
But why is the master_user authn-id used in the ACLs and not the authz-id
(requested-login-user) ?
Isn't the whole point of SASL authz-id semantics to have authorization resolved
based on the authz-id?
S
On 9.2.2014, at 17.36, Peter Mogensen wrote:
> Quick question...I read in the docs that:
> "Master user is still subject to ACLs just like any other user, which means
> that by default the master user has no access to any mailboxes of the user."
> ... and that the standard workaround is to retur
Making some progress = this seems to work.
passdb {
driver = static
args = mail_location=maildir:/email/%d/%n:INBOX=/email/%d/%n:LAYOUT=fs
}
On 10/8/2012 11:43 AM, Robert Schetterer wrote:
Am 08.10.2012 20:32, schrieb Marc Perkel:
On 10/8/2012 11:26 AM, Robert Schetterer wrote:
Am 08.10.2012 20:09, schrieb Marc Perkel:
OK - I'm trying to do weird stuff so rather not answer why I'm doing
this.
Trying to log in using a master user:
Am 08.10.2012 20:32, schrieb Marc Perkel:
>
> On 10/8/2012 11:26 AM, Robert Schetterer wrote:
>> Am 08.10.2012 20:09, schrieb Marc Perkel:
>>> OK - I'm trying to do weird stuff so rather not answer why I'm doing
>>> this.
>>>
>>> Trying to log in using a master user:
>>>
>>> u...@example.com*mas..
On 10/8/2012 11:26 AM, Robert Schetterer wrote:
Am 08.10.2012 20:09, schrieb Marc Perkel:
OK - I'm trying to do weird stuff so rather not answer why I'm doing this.
Trying to log in using a master user:
u...@example.com*mas...@master.com
When debugging the master authenticates - but then it
Am 08.10.2012 20:09, schrieb Marc Perkel:
> OK - I'm trying to do weird stuff so rather not answer why I'm doing this.
>
> Trying to log in using a master user:
>
> u...@example.com*mas...@master.com
>
> When debugging the master authenticates - but then it tries to
> authenticate u...@example.c
On 02/28/2012 08:09 PM, Timo Sirainen wrote:
On 28.2.2012, at 21.04, Emiliano Rago wrote:
USER#0113607363585#011rago#011uid=5000#011gid=5000#011home=/#011master_user=rago#011master_user=admin
Oh, right, it doesn't work because there are two master_users and the second
one overrides the first
On 28.2.2012, at 21.04, Emiliano Rago wrote:
> USER#0113607363585#011rago#011uid=5000#011gid=5000#011home=/#011master_user=rago#011master_user=admin
Oh, right, it doesn't work because there are two master_users and the second
one overrides the first one. This might be fixed in a newer version (m
On 02/28/2012 07:47 PM, Timo Sirainen wrote:
On 28.2.2012, at 20.45, Emiliano Rago wrote:
userdb {
args = uid=mailreader gid=mailreader allow_all_users=yes master_user=%u
driver = static
}
Thanks,
but nothing has changed.
Set auth_debug=yes. What does it log when you login?
That's t
On 28.2.2012, at 20.45, Emiliano Rago wrote:
>> userdb {
>> args = uid=mailreader gid=mailreader allow_all_users=yes master_user=%u
>> driver = static
>> }
>
> Thanks,
> but nothing has changed.
Set auth_debug=yes. What does it log when you login?
On 02/28/2012 04:37 PM, Timo Sirainen wrote:
On Tue, 2012-02-28 at 16:11 +, Emiliano Rago wrote:
I'd like to have a master user that can read the other users mailboxes.
I have only one user who read and write the mail (i.e. I use the static
userdb) and I use namespace for public and shared
On Tue, 2012-02-28 at 16:11 +, Emiliano Rago wrote:
> I'd like to have a master user that can read the other users mailboxes.
> I have only one user who read and write the mail (i.e. I use the static
> userdb) and I use namespace for public and shared mailboxes.
> I can authenticate to the ser
I have the following for 1.2. You may search the list archive, I asked that
question about halv a year ago and Timo answererd it for both 1.2 and 2.0.
auth default {
[...]
# Master-Benutzer für Sieve.
# Wirkt nur für Sieve, weil es master.imap und master.pop nicht gibt.
passdb passwd-file {
On Wed, Dec 07, 2011 at 12:32:21PM +0100, Stephan Bosch wrote:
>
> However, I do have a suggestion for a different approach. You can
> define a vacation response action with an expiry date, as follows:
>
> require ["date", "relational", "vacation"];
>
> if currentdate :value "le" "date" "2011-12
Op 7-12-2011 11:11, Jan-Frode Myklebust schreef:
Changes in SOGo is forcing me to define a master user, so that SOGo can
disable sieve out-of-office processing on a given date. I'm not too
happy about having master users that are allowed to read the users
messages, so is it possible to define a m
On Tue, Mar 22, 2011 at 12:54 PM, Timo Sirainen wrote:
> On 21.3.2011, at 20.52, Edward Carraro wrote:
>
> > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed:
> Permission
> > denied
>
> It's working! I re-examined my file and I had two postlogin.sh scripts (in
different locations
On 21.3.2011, at 20.52, Edward Carraro wrote:
> script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission
> denied
Well, what happens with:
sudo su -s /bin/sh dovecot
/usr/local/bin/postlogin.sh
On Mon, Mar 21, 2011 at 3:20 PM, Timo Sirainen wrote:
>
> Well, that's a bit strange. What's your doveconf -n output now?
# 2.0.11: /usr/local/etc/dovecot/dovecot.conf
# OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8
auth_debug = yes
auth_master_user_separator = *
auth_socket_path = /usr/loc
On 21.3.2011, at 20.52, Edward Carraro wrote:
> script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission
> denied
>
> I tried with user = $default_internal_user (which is dovecot) and then with
> it set to vmail
> I changed the perms on the actual file to 777 and owned by vmail
On Mon, Mar 21, 2011 at 2:20 PM, Timo Sirainen wrote:
>
> Too bad the fields are in wrong order now. I think it was the other way
> around in v1.x so it just happened to work there. So either there needs to
> be some code changes, or you could alternatively create a post-login script
> that sets
On 21.3.2011, at 20.16, Edward Carraro wrote:
>> =master_user=%u
>>
>> same thing with or without the = in front
>
> I noticed that there are two master_users with different values in debug
Yes, it's a bit kludgy way.
> Mar 21 18:09:49 auth: Debug: master out: USER 3253338113
> u...@domain.c
On Mon, Mar 21, 2011 at 2:06 PM, Timo Sirainen wrote:
>
> =master_user=%u
>
> same thing with or without the = in front
I noticed that there are two master_users with different values in debug
Mar 21 18:09:49 auth: Info: passdb(doveadmin,192.168.12.209,master): Master
user logging in as u...@do
On 21.3.2011, at 19.59, Edward Carraro wrote:
> user_attrs = homeDirectory=home,master_user=%u
=master_user=%u
On Mon, Mar 21, 2011 at 12:27 PM, Timo Sirainen wrote:
>
> If ACL plugin is enabled then yes, you'll have some trouble. Currently
> there is unfortunately no way to just give permissions to all mailboxes
> for a master user. But you could just not tell Dovecot's imap process
> that a master user
On Mon, 2011-03-21 at 11:28 -0400, Edward Carraro wrote:
> H'mm ok. I think its working now on the proxy but when I telnet from the
> proxy as the user, since it's now authenticating as the master user, it
> doesn't show anything in LIST. I think I read somewhere that it's suppose to
> be like tha
Sorry for getting back a bit late myself
On Wed, Mar 16, 2011 at 8:00 AM, Dennis Guhl wrote:
>
> What do you mean here? Did you create a file like passwd.masterusers
> with Apache's htpasswd(1) according to the wiki?
>
Yes, I created the passwd file on both proxy and destination server (same
us
Sorry for not coming back to you earlier than this.
On Sun, Mar 13, 2011 at 10:35:57PM -0400, Edward Carraro wrote:
> Thanks for the reply Dennis
dnf
> On Sun, Mar 13, 2011 at 7:19 PM, Dennis Guhl wrote:
>
> >
> > You should not save the master users credentials with the mail user
> > credenti
Thanks for the reply Dennis
On Sun, Mar 13, 2011 at 7:19 PM, Dennis Guhl wrote:
>
> You should not save the master users credentials with the mail user
> credentials. Instead you should use a dedicated userdb and passdb.
>
> For further reference have a look at
> http://wiki2.dovecot.org/Authent
On Sun, Mar 13, 2011 at 03:26:58PM -0400, Edward Carraro wrote:
> I have successfully set up the master user on the destination server
> (2.0.11) and tests have worked. now I'm working on the proxy
> Before I had the proxy just forward everything to the backend and had the
> destination server do t
On Wed, 2010-10-06 at 23:03 +0100, interfaSys sàrl wrote:
> I'm having a "path" problem with master users. When logged on as a
> master user, I can't see the user's folders.
This is intentional. It allows creating users such as "spam-learn" that
only have access to user's spam mailbox.
There ar
Am 09.09.2010 19:02, schrieb Robert Schetterer:
> Hi , i got trouble with master login
> thunderbird anounces no INBOX there at master login
>
> also telnet looks strange
>
>
> normal user login
>
> 1 login ..
> 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
> SORT S
On 8/16/2010 2:24 PM, Timo Sirainen wrote:
On 16.8.2010, at 22.01, Marc Perkel wrote:
But the %{login_domain} evaluates to an empty string as you can see from the
results of the debug.
What about %{login_user} or %{username}?
Hi Timo,
Apparently I'm getting different results that you
On 8/16/2010 2:24 PM, Timo Sirainen wrote:
On 16.8.2010, at 22.01, Marc Perkel wrote:
But the %{login_domain} evaluates to an empty string as you can see from the
results of the debug.
What about %{login_user} or %{username}?
Actually - spoke too soon. %{username} returned the wrong val
On 8/16/2010 2:24 PM, Timo Sirainen wrote:
On 16.8.2010, at 22.01, Marc Perkel wrote:
But the %{login_domain} evaluates to an empty string as you can see from the
results of the debug.
What about %{login_user} or %{username}?
Interestingly %{login_user} doesn't work either returning an
On 16.8.2010, at 22.01, Marc Perkel wrote:
> But the %{login_domain} evaluates to an empty string as you can see from the
> results of the debug.
What about %{login_user} or %{username}?
On 8/16/2010 11:26 AM, Timo Sirainen wrote:
On Mon, 2010-08-16 at 11:17 -0700, Marc Perkel wrote:
Odd - wonder what I'm doing wrong then? My result:
Aug 16 10:44:43 auth: Debug: sql(supp...@junkemailfilter.com,127.0.0.1):
query: SELECT user_name, domain_name, password FROM users WHERE
user_n
On Mon, 2010-08-16 at 11:17 -0700, Marc Perkel wrote:
> Odd - wonder what I'm doing wrong then? My result:
>
> Aug 16 10:44:43 auth: Debug: sql(supp...@junkemailfilter.com,127.0.0.1):
> query: SELECT user_name, domain_name, password FROM users WHERE
> user_name = 'support' AND domain_name = 'ju
On 8/16/2010 11:04 AM, Timo Sirainen wrote:
On Mon, 2010-08-16 at 10:49 -0700, Marc Perkel wrote:
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
These are available in v2.0:
%{login_user}
%{login_username}
%{login_domain}
I guess they should be added to wiki..
Hi Timo,
I just tried the 2.0 of
You can use checkpassword:
http://wiki.dovecot.org/AuthDatabase/CheckPassword
Works fine for me for master user authentication.
Emerson Pinter
On 15-08-2010 18:46, Marc Perkel wrote:
Here's what I'd like. Limited master users, where someone can be a
master users for some domains but not o
On Mon, 2010-08-16 at 10:49 -0700, Marc Perkel wrote:
>
> On 8/15/2010 3:06 PM, Timo Sirainen wrote:
> >
> > These are available in v2.0:
> >
> > %{login_user}
> > %{login_username}
> > %{login_domain}
> >
> > I guess they should be added to wiki..
>
> Hi Timo,
>
> I just tried the 2.0 official
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
These are available in v2.0:
%{login_user}
%{login_username}
%{login_domain}
I guess they should be added to wiki..
Hi Timo,
I just tried the 2.0 official release and these variables return an
empty string.
On 8/15/2010 5:07 PM, Bradley Giesbrecht wrote:
On Aug 15, 2010, at 4:56 PM, Marc Perkel wrote:
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
On 15.8.2010, at 22.46, Marc Perkel wrote:
passdb {
driver = sql
args = /etc/dovecot/dovecot-sql-master.conf.ext
master = yes
pass = yes
}
..
I
On Aug 15, 2010, at 4:56 PM, Marc Perkel wrote:
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
On 15.8.2010, at 22.46, Marc Perkel wrote:
passdb {
driver = sql
args = /etc/dovecot/dovecot-sql-master.conf.ext
master = yes
pass = yes
}
..
I'm assuming that the masteruser and masterpass is p
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
On 15.8.2010, at 22.46, Marc Perkel wrote:
passdb {
driver = sql
args = /etc/dovecot/dovecot-sql-master.conf.ext
master = yes
pass = yes
}
..
I'm assuming that the masteruser and masterpass is passed to the master passdb
and when doing so
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
On 15.8.2010, at 22.46, Marc Perkel wrote:
passdb {
driver = sql
args = /etc/dovecot/dovecot-sql-master.conf.ext
master = yes
pass = yes
}
..
I'm assuming that the masteruser and masterpass is passed to the master passdb
and when doing so
On 8/15/2010 3:06 PM, Timo Sirainen wrote:
On 15.8.2010, at 22.46, Marc Perkel wrote:
passdb {
driver = sql
args = /etc/dovecot/dovecot-sql-master.conf.ext
master = yes
pass = yes
}
..
I'm assuming that the masteruser and masterpass is passed to the master passdb
and when doing so
On 15.8.2010, at 22.46, Marc Perkel wrote:
> passdb {
> driver = sql
> args = /etc/dovecot/dovecot-sql-master.conf.ext
> master = yes
> pass = yes
> }
..
> I'm assuming that the masteruser and masterpass is passed to the master
> passdb and when doing so the variable %u is the master user. I
On 8/15/2010 5:46 PM, Marc Perkel wrote:
Here's what I'd like. Limited master users, where someone can be a
master users for some domains but not others. I think I could do what
I want with the right kinds of variable passing that doesn't yet
exist. Let me see if I can explain clearly.
From
> [ID 583609
> mail.info] auth(default): passdb(pierre,127.0.0.1,master): Master user
> logging in as acco...@test.fr*pierre
sounds like your proxy tries to login to destination as
acco...@test.fr*pierre*pierre . Which of those two sql statements did u
use for this log? "'%u*pierre' as destuser" o
That did the trick.
Thanks!
Alan
On Fri, 9 Jan 2009, Timo Sirainen wrote:
> On Tue, 2008-12-16 at 12:16 -0500, Alan Ferrency wrote:
> > > > However, it seems that if we use the master user to log into a
> > > > username that is in the passdb with a "user=" field, dovecot looks in
> > > > the us
On Tue, 2008-12-16 at 12:16 -0500, Alan Ferrency wrote:
> > > However, it seems that if we use the master user to log into a
> > > username that is in the passdb with a "user=" field, dovecot looks in
> > > the userdb for the original username, and not for the "user="
> > > username specified in th
Timo,
Thanks for your response.
On Sun, 14 Dec 2008, Timo Sirainen wrote:
> On Thu, 2008-11-20 at 15:42 -0500, Alan Ferrency wrote:
> > Hello,
> >
> > In our configuration, we are using a "passdb passwd-file", with
> > "user=" directives in each username, and a separate "userdb
> > passwd-file"
On Thu, 2008-11-20 at 15:42 -0500, Alan Ferrency wrote:
> Hello,
>
> In our configuration, we are using a "passdb passwd-file", with
> "user=" directives in each username, and a separate "userdb
> passwd-file" which contains the target usernames for the "user="
> directives. This works fine, for
On Sun, 2008-04-27 at 21:09 +0200, Anders wrote:
> Timo Sirainen wrote:
>
> > With master users ACL plugin uses the master user for ACL checks instead
> > of the mailbox owner. That also makes the default ACL be "deny" for
> > mailboxes.. I'm not sure if there's currently any other simple way to
>
Timo Sirainen wrote:
With master users ACL plugin uses the master user for ACL checks instead
of the mailbox owner. That also makes the default ACL be "deny" for
mailboxes.. I'm not sure if there's currently any other simple way to
avoid this than to disable ACL plugin for master users.
Okay,
On Sat, 2008-04-26 at 13:36 +0200, Anders wrote:
> > It was actually auth_debug that I turned on, not mail_debug. Here is
> > the mail_debug log. It led me to suspect the acl plugin and, indeed,
> > if I turn that one off, I can list the folders even with a master
> > user login.
..
> do you have a
Anders wrote:
Anders <[EMAIL PROTECTED]> writes:
It logs the correct value for "home" with mail_debug=yes. It is also
able to print the correct quota values, so Dovecot seems to end up
at the right place.
It was actually auth_debug that I turned on, not mail_debug. Here is
the mail_de
Anders <[EMAIL PROTECTED]> writes:
> It logs the correct value for "home" with mail_debug=yes. It is also
> able to print the correct quota values, so Dovecot seems to end up
> at the right place.
It was actually auth_debug that I turned on, not mail_debug. Here is
the mail_debug log. It led me t
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Sat, 2008-04-12 at 17:28 +0200, Anders wrote:
>> I am trying to use a master user. The login works. However, a LIST
>> command gives me only the INBOX. Is this to be expected? When logging in
>> normally, I do get the full list of folders.
>
> Your
On Sat, 2008-04-12 at 17:28 +0200, Anders wrote:
> Hello again.
>
> I am trying to use a master user. The login works. However, a LIST
> command gives me only the INBOX. Is this to be expected? When logging in
> normally, I do get the full list of folders.
Your configuration is somehow wrong th
On Mon, 2008-02-25 at 05:02 -0800, Ron Avriel wrote:
> It seems that master user login does not work with the 'pass=yes' option
> as recommended and documented.
Fixed: http://hg.dovecot.org/dovecot-1.1/rev/be991f857c70
signature.asc
Description: This is a digitally signed message part
On Thu, 2007-10-25 at 16:10 +0200, Daniel wrote:
> I'm trying to use a master user, here is what I'm doing:
>
> dovecot.conf:
> auth default {
> [...]
> passdb passwd-file {
> args = /etc/dovecot.passdb_master
> pass = yes
> master = yes
> }
>
> passdb passwd-file {
> args =
69 matches
Mail list logo
