Dear Aki,
For a very busy server ,if using post login script for record last login ,what
is the difference between post login script and last login plugins about
performance and limitation ? thanks
https://wiki.dovecot.org/PostLoginScripting
https://doc.dovecot.org/configuration_manual/lastlo
Hi,
I'm having problems with some emails receive from this list. Problems
related with DMARC.
How can I contact with this list administrator to try to fix it?
--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información
y las Comunicaciones Aplicadas (ATICA)
On Thu, 2021-03-04 at 10:54 +0100, Yassine Chaouche wrote:
> This is pretty wild. Is that perl sorcery ?
Used to be but as I migrated to a new server I thought I would use
python this time around.
--
Greg
signature.asc
Description: This is a digitally signed message part
Then the information variables can be pass to post-login script?
Aki Tuomi () 在 2021年3月4日星期四 下午02:58:44 [GMT+8]
寫道：
This information is not passed currently to auth process, so no, it's not
currently possible.
Aki
> On 04/03/2021 08:34 Henry wrote:
>
>
> Hello,
>
> I found the
Sorry, the output didn't format properly. The takeaway fields are as follows:
Last Modified : 2020-08-18 19:46:12
Last IMAP : 2021-03-04 10:52:03
Last POP3 : None
Last Delivery : 2021-03-04 10:26:49
--
Greg
signature.asc
Description: This is a digitally signed messa
On Wed, 2021-03-03 at 04:57 -0700, @lbutlr wrote:
> I've noticed several threads over the last year or so about last-
> login, and I was curious WHY people care about tracking this in the
> database. I can see wanting to know if a user has logged in recently,
> but this seems quite easy to tell by
I do that each time
The problem arises on recent git only
On 2021-03-04 08:16, Aki Tuomi wrote:
Try running `autoreconf -vi`
Aki
On 04/03/2021 10:13 Joan Moreau wrote:
I already have this file (dovecot compilation was working fine until
recent git)
[root@gjserver dovecot]# ls -al /usr/sh
I already have this file (dovecot compilation was working fine until
recent git)
[root@gjserver dovecot]# ls -al /usr/share/aclocal/gettext.m4
-rw-r--r-- 1 root root 14488 Aug 4 2020 /usr/share/aclocal/gettext.m4
On 2021-03-04 08:09, Aki Tuomi wrote:
You need to find package on your system
Hello
I already have gettext
[root@gjserver dovecot]# pacman -S gettext
warning: gettext-0.21-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
Package (1) Old Version New Version Net Change
core/gettext 0.21-1 0.21-1 0.00 MiB
On
Hello,
With latest git, I get the following error :
configure.ac:761: the top level
configure.ac:22: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure.ac:205: error: possibly un
Hi Aki,
> That's the migration option. If you change mail location driver or mail
> location driver configuration, you are looking at migration project. Sorry.
What I meant is, could the bug be fixed, so that it is save to have
bothFULLDIRNAME and INDEXES Option?
Sincerly,
Klaus
<>
> On 04/03/2021 13:20 Klaus Steinberger
> wrote:
>
>
> Hi Aki,
>
> > Safest way is to do a full migration to new environment. Unsafe option is
> > to do `mv DbOx-mAiLs dbox-mails` in both mail storage and mail index
> > directory.
>
> any chance that it could be solved in dovecot?
>
> I
Hi Aki,
> Safest way is to do a full migration to new environment. Unsafe option is to
> do `mv DbOx-mAiLs dbox-mails` in both mail storage and mail index directory.
any chance that it could be solved in dovecot?
I have an server with 5k users and over 6 TByte messages
Sincerly,
Klaus
<>
> On 04/03/2021 12:50 Klaus Steinberger
> wrote:
>
>
> Am 03.03.21 um 12:19 schrieb Aki Tuomi:
> > Hi,
> >
> > this might be caused by FULLDIRNAME=DbOx-mAiLs (as far fetched as it
> > sounds). Would it be possible for you to try it out if it happens if you
> > remove this setting?
>
> I
Am 03.03.21 um 12:19 schrieb Aki Tuomi:
> Hi,
>
> this might be caused by FULLDIRNAME=DbOx-mAiLs (as far fetched as it sounds).
> Would it be possible for you to try it out if it happens if you remove this
> setting?
I found this:
https://dovecot.org/pipermail/dovecot/2019-August/116799.html
Hi!
We are pleased to release v0.5.14 of Pigeonhole.
Please find source tarballs at
https://pigeonhole.dovecot.org/releases/2.3/dovecot-2.3-pigeonhole-0.5.14.tar.gz
https://pigeonhole.dovecot.org/releases/2.3/dovecot-2.3-pigeonhole-0.5.14.tar.gz.sig
Binary packages in https://repo.dovecot.org/
D
Hi!
We are pleased to release v2.3.14 of Dovecot.
IMPORTANT NOTE:
We have removed some components from the software, please review changelogs
carefully prior upgrading.
Please find source tarballs at
https://dovecot.org/releases/2.3/dovecot-2.3.14.tar.gz
https://dovecot.org/releases/2.3/doveco
Le 3/4/21 à 10:00 AM, Greg Wildman a écrit :
E.g. inspecting a mailbox config ('X' used to replace private data)
Mailbox : xx...@xxx.co.za
Created : 2020-08-18 17:45:34
Description : X
Quota : 8G, used 6.3 GiB (78%)
Hi Aki,
> this might be caused by FULLDIRNAME=DbOx-mAiLs (as far fetched as it sounds).
> Would it be possible for you to try it out if it happens if you remove this
> setting?
I tried it luckily on a small server. Yes it seems to have to do with it, but
it destroyed indexes on a active mailbo
I am unable to reproduce this locally. We use `./autogen.sh` to bootstrap the
automake system. Our testing system does this every time on clean git tree,
which is ran multiple times on every day. It seems to be somehow related to
your system, or some change that your system is not happy with.
C
Le 3/3/21 à 8:16 PM, @lbutlr a écrit :
On 03 Mar 2021, at 05:33, Yassine Chaouche wrote:
Am I missing some reason I would need/want to keep track of that specific login
time separately?
What about mbox files ?
Is anyone foolish enough to use mbox in 2021?
You also have dovecot's variant dbo
Try running `autoreconf -vi`
Aki
> On 04/03/2021 10:13 Joan Moreau wrote:
>
>
> I already have this file (dovecot compilation was working fine until recent
> git)
> [root@gjserver dovecot]# ls -al /usr/share/aclocal/gettext.m4
> -rw-r--r-- 1 root root 14488 Aug 4 2020 /usr/share/aclocal/gette
You need to find package on your system which contains
/usr/share/aclocal/gettext.m4
or similar. This provides AM_ICONV.
Aki
> On 04/03/2021 10:07 Joan Moreau wrote:
>
>
> Hello
> I already have gettext
> [root@gjserver dovecot]# pacman -S gettext
> warning: gettext-0.21-1 is up to date --
You need to install gettext
Aki
> On 04/03/2021 10:02 Joan Moreau wrote:
>
>
> Hello,
> With latest git, I get the following error :
> configure.ac:761: the top level
> configure.ac:22: error: possibly undefined macro: AC_DEFINE
> If this token and others are legitimate, please use m4_pattern
24 matches
Mail list logo
