Hello all
please apologize that I repost this problem again. I tried to get some
help several times on the list but did not find/get a solution.
I am still struggling to setup different quotas for namespaces.
In addition to the default "INBOX" namespace I have created a namespace
called "MailArc
Is there anywhere a collection of folder names for the antispam_trash
and antispam_spam configuration?
Our problem is that in academia, you have a vast amount of different
clients, and some, like Microsoft, use language-specific folder names
*on the server*. So we're now collecting folder names to
Le 30 juil. 2013 à 20:36, Axel Luttgens a écrit :
> [...]
> Do you really mean "either", not "both"? I ask, because those patches seem to
> intervene at quite different levels (but I guess I'll have, one day or
> another, to get more acquainted with Dovecot's coding, so as not to come with
> su
On 1.8.2013, at 11.09, Andreas Oster wrote:
> please apologize that I repost this problem again. I tried to get some
> help several times on the list but did not find/get a solution.
>
> I am still struggling to setup different quotas for namespaces.
>
> In addition to the default "INBOX" names
On 1.8.2013, at 13.11, Axel Luttgens wrote:
> Le 30 juil. 2013 à 20:36, Axel Luttgens a écrit :
>
>> [...]
>> Do you really mean "either", not "both"? I ask, because those patches seem
>> to intervene at quite different levels (but I guess I'll have, one day or
>> another, to get more acquaint
On 30.7.2013, at 15.08, e-frog wrote:
>> Fixed the crash: http://hg.dovecot.org/dovecot-2.2/rev/0cab916b28c6
>
> Thanks, with this change I get an error message instead of the crash:
> doveadm(te...@local.lan): Fatal: seteuid(0) failed: Operation not permitted
Try once more with latest hg. Shou
Hi, is there anything I can do to help debug this - any tools I should
run to discover where the cause might be?
Simon.
On Mon, 2013-07-29 at 10:05 +0100, Simon Fraser wrote:
> On Fri, 2013-07-26 at 20:26 +0200, Daniel Parthey wrote:
> > Hi Simon,
> >
> > Version 2.2.2 is not current any more.
On Thu, 2013-08-01 at 13:17 +0300, Timo Sirainen wrote:
> On 1.8.2013, at 11.09, Andreas Oster wrote:
>
> > please apologize that I repost this problem again. I tried to get some
> > help several times on the list but did not find/get a solution.
> >
> > I am still struggling to setup different
On Fri, 2013-07-26 at 11:28 +0100, Simon Fraser wrote:
> I am running dovecot 2.2.2 with tcp based replication, and experiencing
> some duplicated emails. `doveconf -n` output is below.
Are both of the servers using the same mailbox format?
> I have narrowed it down to the following scenario:
>
Am 01.08.2013 14:02, schrieb Timo Sirainen:
> On Thu, 2013-08-01 at 13:17 +0300, Timo Sirainen wrote:
>> On 1.8.2013, at 11.09, Andreas Oster wrote:
>>
>>> please apologize that I repost this problem again. I tried to get some
>>> help several times on the list but did not find/get a solution.
>>>
On 19.7.2013, at 16.02, Axel Luttgens wrote:
> Le 18 juil. 2013 à 11:25, Axel Luttgens a écrit :
>
>> [...]
>> It is to be noted that no lines in the log are related to possible problems
>> encountered for launching [the dict server]. It is a bit as if quota_check()
>> in src/plugins/quota/quo
Le 1 août 2013 à 12:44, Timo Sirainen a écrit :
> On 1.8.2013, at 13.11, Axel Luttgens wrote:
>
>> [...]
>> unfortunately still requires to relax the permissions on the config unix
>> socket:
>> [...]
>
> Yeah. Hmm. I guess this is a good idea to fix too:
> http://hg.dovecot.org/dovecot-2.2/re
On 18.7.2013, at 19.33, Anand Kumria wrote:
> I've had the following appear in my logfile, and am just wondering
> what the warning means?
>
> dovecot: managesieve-login: Warning: SSL alert: where=0x4008, ret=256:
> warning close notify [a.b.c.d]
> dovecot: imap-login: Warning: SSL alert: where=
Am 01.08.2013 14:02, schrieb Timo Sirainen:
> On Thu, 2013-08-01 at 13:17 +0300, Timo Sirainen wrote:
>> On 1.8.2013, at 11.09, Andreas Oster wrote:
>>
>>> please apologize that I repost this problem again. I tried to get some
>>> help several times on the list but did not find/get a solution.
>>>
Hi,
I'm using a SQL database to store the usernames and passwords of my
users. However, I have found that I must explicitly return the uid and gid with
every query, even though all virtual users use the same uid and gid. The query,
that works, is:
user_query = SELECT mail, 'vma
On Thu, 2013-08-01 at 15:09 +0300, Timo Sirainen wrote:
> On Fri, 2013-07-26 at 11:28 +0100, Simon Fraser wrote:
>
> > I am running dovecot 2.2.2 with tcp based replication, and experiencing
> > some duplicated emails. `doveconf -n` output is below.
>
> Are both of the servers using the same mail
On Thu, Aug 01, 2013 at 02:31:31PM +0200, Axel Luttgens wrote:
>
> http://hg.dovecot.org/dovecot-2.2/rev/2470bb9106b0
> http://hg.dovecot.org/dovecot-2.2/rev/51b8020b29f6
> http://hg.dovecot.org/dovecot-2.2/rev/eb63eca74471
> http://hg.dovecot.org/dovecot-2.2/rev/43488e1044
On Tue, Jul 30, 2013 at 03:20:47PM +0200, Thomas Leuxner wrote:
> This is probably intended behaviour, just want to make sure that I'm not
> missing a point here. For now the only fix that comes to my mind to create
> "quota aware" aliases - is creating 'dummy' users in Dovecot which point to
> the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm trying to make my life easier with sendmail and virtual users. For
that I'd like to pass sendmail the home directory and uid/gid for each
user. The user data is storred in a LDAP,& I retrieve it from the
auth-userdb socket fine.
If I add
On 1.8.2013, at 17.52, Steffen Kaiser wrote:
> I'm trying to make my life easier with sendmail and virtual users. For that
> I'd like to pass sendmail the home directory and uid/gid for each user. The
> user data is storred in a LDAP,& I retrieve it from the auth-userdb socket
> fine.
>
> If
Le 1 août 2013 à 15:43, Felix Rubio Dalmau a écrit :
> [...]
>
> Nevertheless, if I remove the segments "'vmail' AS uid, 'vmail' AS gid" and
> modify the file conf.d/10-mail.conf to show
>
> mail_uid = vmail
> mail_gid = vmail
>
> I get this error:
>
> dovecot: auth: Error:
Le 1 août 2013 à 14:29, Timo Sirainen a écrit :
> And if you're still stuck with this, set a breakpoint to
> quota_mail_user_created and step through it to figure out why
> MODULE_CONTEXT_SET() isn't being called.
Yes, still stuck. :-(
Did you mean function quota_mail_user_created from quota-s
On 1.8.2013, at 19.02, Axel Luttgens wrote:
> Le 1 août 2013 à 14:29, Timo Sirainen a écrit :
>
>> And if you're still stuck with this, set a breakpoint to
>> quota_mail_user_created and step through it to figure out why
>> MODULE_CONTEXT_SET() isn't being called.
>
> Yes, still stuck. :-(
>
Here's a trivial patch for quota-status.c that removes unecessary newlines
present in the default overquota message. It applies to 2.2 and 2.1.
Ulrich
--- a/src/plugins/quota/quota-status.c 2013-08-01 14:35:35.0 +0200
+++ b/src/plugins/quota/quota-status.c 2013-08-01 17:58:26.0
This proposed patch to quota-status allows the administrator to return
different actions for messages that (a) cannot currently fit in the quota
(because there's not enough free space) and (b) are over the maximum quota
limit (and could not even be delivered if the mailbox was empty).
Configuratio
On 01.08.2013 13:20, wrote Timo Sirainen:
On 30.7.2013, at 15.08, e-frog wrote:
Fixed the crash: http://hg.dovecot.org/dovecot-2.2/rev/0cab916b28c6
Thanks, with this change I get an error message instead of the crash:
doveadm(te...@local.lan): Fatal: seteuid(0) failed: Operation not permitte
Hi,
I am also facing the same problem. When dovecot is accessed through a web
mail, the rip is logged as 127.0.0.1 (localhost).
/Aug 1 16:28:04 mailspace dovecot: imap-login: Aborted login (auth failed,
1 attempts in 2 secs): user=, method=PLAIN, rip=127.0.0.1,
lip=127.0.0.1, TLS, session=/
So
On 8/1/2013 8:41 PM, pvsuja wrote:
>
> Hi,
>
> I am also facing the same problem. When dovecot is accessed through a web
> mail, the rip is logged as 127.0.0.1 (localhost).
>
> /Aug 1 16:28:04 mailspace dovecot: imap-login: Aborted login (auth failed,
> 1 attempts in 2 secs): user=, method=PLAI
Hello Axel,
but then I don't get it: I thought that "uid" and "gid" in the
user_query where used to access the local FS, whereas the "unix_listener
auth-userdb" are used to indicate under which owner/group must be auth-userdb
run... although maybe I'm wrong :-S :-)
What I'm loo
Hi,
Thanks for the response.
I got it working with web mail logs.
Thanks again.
--
View this message in context:
http://dovecot.2317879.n4.nabble.com/Wrong-remote-IP-rip-in-mail-log-using-IMAP-login-tp35176p43550.html
Sent from the Dovecot mailing list archive at Nabble.com.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 1 Aug 2013, Felix Rubio Dalmau wrote:
I'm using a SQL database to store the usernames and passwords of my
users. However, I have found that I must explicitly return the uid and gid with
every query, even though all virtual users us
31 matches
Mail list logo