> Am 21.06.2019 um 00:13 schrieb @lbutlr via dovecot :
>
> On 20 Jun 2019, at 07:45, Götz Reinicke via dovecot
> wrote:
>> Yes, we are on VMs. Of course I could extend the resources for the dovecot
>> VM (more CPU, more RAM) but as mentioned having separate VMs/systems is in
>> some situatio
On 20 Jun 2019, at 07:45, Götz Reinicke via dovecot wrote:
> Yes, we are on VMs. Of course I could extend the resources for the dovecot VM
> (more CPU, more RAM) but as mentioned having separate VMs/systems is in some
> situations the preferred way.
Yep, that totally makes sense. I am Old™ and
Hum,
I can add
Protocol = $protocol ?
The variables below are the valid ones right?
https://wiki.dovecot.org/Variables
From: dovecot On Behalf Of Jorge Bastos via
dovecot
Sent: Thursday, June 20, 2019 21:49
To: dovecot@dovecot.org
Subject: RE: LastLogin update
Hi,
Cool h
Ok, so I have used my brain and came up with that:
* Created new directory and copied over original dovecot to that location
as /tmp/destination
* Spawned that dovecot as dovecot-test
* Modified dovecot.conf and set
mail_location=maildir:/tmp/destination/mailboxes/
* Then I had
Am 20.06.2019 um 12:28 schrieb FUSTE Emmanuel via dovecot:
Le 20/06/2019 à 11:59, @lbutlr via dovecot a écrit :
On 20 Jun 2019, at 02:53, FUSTE Emmanuel via dovecot
wrote:
There is plenty of context where TLS is not possible/desirable.
I’d say that is terrible advice. There are no reasonable
Hi,
Cool howto, and for protocol would this have that option also?
From: dovecot On Behalf Of Adrian Minta via
dovecot
Sent: Thursday, June 20, 2019 18:37
To: dovecot@dovecot.org
Subject: Re: LastLogin update
Hi,
this seems to work very well:
https://docs.iredmail.org/track.user.las
It?s also possible that the cache files USED to grow quite large in
previous versions and that now they are much more reasonable, but the
only way to reset their size appears to be to delete them and let
dovecot rebuild them.
I seem to recall these cache files ballooned in size when I did som
On 20 Jun 2019, at 07:46, Dave McGuire via dovecot wrote:
> On 6/20/19 6:07 AM, @lbutlr via dovecot wrote:
>>> Jun 19 14:47:31 dovecot: [ID 583609 local0.error]
>>> imap(): Error:
>>> mremap_anon(/var/mail///mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache,
>>> 27632) failed: Not enough s
Hi,
this seems to work very well:
https://docs.iredmail.org/track.user.last.login.html
You could also add "rip = $rip" in "fields" for the ip address.
On 6/20/19 3:24 PM, Jorge Bastos via dovecot wrote:
Howdy,
I’d like an adive on what to use.
I have sql users, and i want to have the last
> So if dovecot and Solr are good with a host each, I m fine with
>managing two VMs.
They do. I'm using such a setup for some years now.
--
Christian Kivalo
On 6/20/19 6:07 AM, @lbutlr via dovecot wrote:
>> Jun 19 14:47:31 dovecot: [ID 583609 local0.error]
>> imap(): Error:
>> mremap_anon(/var/mail///mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache,
>> 27632) failed: Not enough space
>>
>> I'm running 2.2.36.1 under Solaris 10 (patched to cur
> Am 20.06.2019 um 12:27 schrieb @lbutlr via dovecot :
>
> On 20 Jun 2019, at 04:12, Riccardo Bicelli via dovecot
> wrote:
>> I agree that is a small mail load.
>> But I mean, if you are running virtual machines (like me) it is
>> better to split the roles and leave solr on its own.
>
> Oh,
OK, based on that it will convert all accounts set for current dovecot
instance. So my another question will be if I can do that only for selected
accounts?
~Adam
On 6/19/19, 2:44 AM, "dovecot on behalf of Aki Tuomi via dovecot"
wrote:
On 19.6.2019 6.39, @lbutlr via dovecot wrote
Hi,
we were trying both ways but:
- using last_login plugin is a little complicated
- postlogin was lowering performance really much
Finnaly, we ended up with a script parsing the mail.log and updating
values in database (we run it once per day, with log rotation).
azur
Citát Jorge Bas
Howdy,
I'd like an adive on what to use.
I have sql users, and i want to have the lastlogin of them, what is the
native option for this:
* Using last_login plugin which will give me the last login?
* Use postlogin for imap and pop3n which will give me besides
lastlogin the IP a
Jorge Bastos via dovecot skrev den 2019-06-20 11:56:
Users have access to SSL and TLS so it's fine, it's their options to
use or not.
why ssl/tls at all then ?
if useers have choices, thay use less secure one first
Sorry, something more on this,
I've saw the existence of outlook-idle workarround, but seems to be builtin
now, so no needed:
doveconf: Warning: NOTE: You can get a new clean config file with: doveconf
-n > dovecot-new.conf
doveconf: Warning: Obsolete setting in /etc/dovecot/conf.d/20-imap.conf:5
Emmanuel & Ibutlr,
I meant to say something-MD5, my fault,
-Original Message-
From: dovecot On Behalf Of FUSTE Emmanuel via
dovecot
Sent: Thursday, June 20, 2019 11:32
To: dovecot@dovecot.org
Subject: Re: Help on CRAM-MD5
Le 20/06/2019 à 12:25, @lbutlr via dovecot a écrit :
> On 20 Jun
Hum guys,
For this, i was comparing configuration from my old dbmail imap server, and
i had it with time_out 30 seconds, and connection timeout 24 hours.
No one will work more than 24 hours in a row.. (except for me, but i'm an
idiot!)
I'll set the same.. let's see the behavior.
-Original Me
Le 20/06/2019 à 12:25, @lbutlr via dovecot a écrit :
> On 20 Jun 2019, at 04:14, Jorge Bastos via dovecot
> wrote:
>> I don't desagree with your vision, but if the use of CRAM- has to use
>> plaint text password's on the server there's a dark side, or there's a
>> CRAM-XXX that can use encryp
Le 20/06/2019 à 11:59, @lbutlr via dovecot a écrit :
> On 20 Jun 2019, at 02:53, FUSTE Emmanuel via dovecot
> wrote:
>> There is plenty of context where TLS is not possible/desirable.
> I’d say that is terrible advice. There are no reasonable contexts where is it
> is acceptable to send mail cre
On 20 Jun 2019, at 04:12, Riccardo Bicelli via dovecot
wrote:
> I agree that is a small mail load.
> But I mean, if you are running virtual machines (like me) it is
> better to split the roles and leave solr on its own.
Oh, right. I thought we were talking about actual hardware separation.
--
On 20 Jun 2019, at 04:14, Jorge Bastos via dovecot wrote:
> I don't desagree with your vision, but if the use of CRAM- has to use
> plaint text password's on the server there's a dark side, or there's a
> CRAM-XXX that can use encrypted on server side? There's always the thing
> that can clien
I don't desagree with your vision, but if the use of CRAM- has to use
plaint text password's on the server there's a dark side, or there's a
CRAM-XXX that can use encrypted on server side? There's always the thing
that can clients don't support it.
I think i'm not wrong with what i said,
On 20
I agree that is a small mail load.
But I mean, if you are running virtual machines (like me) it is
better to split the roles and leave solr on its own.
Il giorno gio 20 giu 2019 alle ore 11:51 @lbutlr via dovecot
ha scritto:
>
> On 20 Jun 2019, at 01:21, Riccardo Bicelli via dovecot
> wrote:
>
On 19 Jun 2019, at 13:13, Dave McGuire via dovecot wrote:
> Jun 19 14:47:31 dovecot: [ID 583609 local0.error]
> imap(): Error:
> mremap_anon(/var/mail///mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache,
> 27632) failed: Not enough space
>
> I'm running 2.2.36.1 under Solaris 10 (patched
Hi,
2.2.33.2
Well your confs are almost mine except for
director_ping_idle_timeout = 30 secs
submission_relay_max_idle_time = 29 mins
but i think they're not imap related (i may be wrong)
any other hint why is this happening?
I was used to the old IMAP server than dovecot, where emails appear
On 20 Jun 2019, at 02:53, FUSTE Emmanuel via dovecot
wrote:
> There is plenty of context where TLS is not possible/desirable.
I’d say that is terrible advice. There are no reasonable contexts where is it
is acceptable to send mail credentials without encryption. My users have had to
use STARTT
Hi Emanuel,
I understand what you said.
Users have access to SSL and TLS so it's fine, it's their options to use or not.
Thanks for the help from all,
-Original Message-
From: dovecot On Behalf Of FUSTE Emmanuel via
dovecot
Sent: Thursday, June 20, 2019 9:53
To: dovecot@dovecot.org
Subj
On 20 Jun 2019, at 01:21, Riccardo Bicelli via dovecot
wrote:
> ha scritto:
>> what would you suggest? What are the pros and cons for having dovecot and
>> Solr on the same or different hots?
>>
>> I have about 800 accounts, some millions of mails and about 2 TB of zipped
>> mails.
>>
>> F
Hello,
The world is not black or white.
Yes CRAM-MD5 is old and his successor SCRAM-XX is not widely
available/implemented which is sad.
For your need, use TLS and forget about it.
Thunderbird is conservative. If you don't configure TLS or TLS is not
available, it try to use something that n
> Hey folks. Suddenly I'm getting lots and lots of messages like this
> in my logs:
>
> Jun 19 14:47:31 dovecot: [ID 583609 local0.error]
> imap(): Error:
> mremap_anon(/var/mail///mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache,
> 27632) failed: Not enough space
Hi,
Maybe inodes are
Hi, from a scalability perspective I would put solr on a separate host.
Regards
Il giorno gio 20 giu 2019 alle ore 09:18 Götz Reinicke via dovecot
ha scritto:
>
> Hi.
>
> what would you suggest? What are the pros and cons for having dovecot and
> Solr on the same or different hots?
>
> I have a
Hi.
what would you suggest? What are the pros and cons for having dovecot and Solr
on the same or different hots?
I have about 800 accounts, some millions of mails and about 2 TB of zipped
mails.
From the recent experiences regarding maintenance I’d prefer different hosts
for each.
34 matches
Mail list logo
