Re: mdbox / selecting folder accesses hundrets of others

ber of folders has potential to be more of an issue than having a large amount of mail in fewer folders. Operating under that assumption, is it possible to bound the problem? (Hypothetically say 128k folders were good, more than that and something went out to lunch or something similar.) I am,

Re: Current thinking on backups ?

ecot.org/pipermail/dovecot/2020-February/thread.html#118206 >> I ended up developing my own system based on forwarding all emails to >> a program (from which I back-up as they come in.) >> I am hoping if disaster and/or misfortune were to strike my server, I >> could simply cat >> back all those files in order (or not come to >> think of it) in the /var/mail/ (or somewhere even better fit >> in Postfix.) >> I am not interested in saving the state of the mailbox as much as all >> the mails that ever come in (or go out.) > > -- > Dean Carpenter > deano is at areyes dot com > 203 six oh four 6644 -- Coy Hile coy.h...@coyhile.com

Re: NFS vs Replication

’s certainly something I might try to make work. I also don’t know whether it gets more dicey in a multiple-primary situation.) But long and short of it. Avoid NFS if you can. The last time I used NFS for mail was last century, and even with everybody using native *nix MUAs like pine and elm,

LDAP virtual user username being rewritten:

king=no the auth master process can # keep 8 requests pipelined for the LDAP connection, while with blocking=yes # each connection has a maximum of 1 request running. For small systems the # blocking=no is sufficient and uses less resources. #blocking = no root@basement-imap01:/etc/dovecot# -- Coy Hile coy.h...@coyhile.com signature.asc Description: Message signed with OpenPGP

Re: LDAP virtual user username being rewritten:

getting rewritten by default? -c > On May 21, 2022, at 3:18 PM, Coy Hile wrote: > > Hi all, > > I’m working on migrating a dovecot instance that formerly had its only user > (me) stored in a SQL database to a new instance that uses LDAP so I don’t > have to maintain a h

mail_replica in userdb?

I seem to have got replication working from an older instance to a newer one (insofar as the data are present on the new box) that I’m looking to stand up to replace a newer box. In this case, nothing is configured to talk to the new machine yet, so the replication is unidirectional (old -> new)

Re: mail_replica in userdb?

> On May 23, 2022, at 3:20 AM, Aki Tuomi wrote: > >> >> On 22/05/2022 02:32 Coy Hile wrote: >> >> >> I seem to have got replication working from an older instance to a newer one >> (insofar as the data are present on the new box) that I’m looking

Re: mail_replica in userdb?

le,dc=com dnpass = [redacted] base = ou=People,dc=coyhile,dc=com scope = subtree user_filter = (&(objectClass=posixAccount)(uid=%n)) pass_attrs = uid=%n,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%n)) iterate_attrs = maildrop=user iterate_filter = (obj

Re: mail_replica in userdb?

ed to test that one more thing is working on the new box. -- Coy Hile coy.h...@coyhile.com signature.asc Description: Message signed with OpenPGP

Question about replication

Good morning, I’m looking at dovecot replication for the first time for a particular use case: The VM running dovecot is currently in a public cloud, and I want to move it on-premises, so I want to replicate all mail data from the older instance to the new (then cutover internal DNS) (and in

Re: Question about replication

> On Aug 2, 2019, at 7:57 AM, Sami Ketola via dovecot > wrote: > > > >> On 2 Aug 2019, at 14.52, Coy Hile via dovecot wrote: >> >> Good morning, >> >> >> I’m looking at dovecot replication for the first time for a particular use >&

What does `iterate_query` for SQL want as output?

h...@coyhile.com@coyhile.com): Info: User no longer exists, skipping [root@81716ec5-bca4-6d53-ed81-bd1a55d46b4f /tmp]# Note the extra “@coyhile.com” in there. Thanks, — Coy Hile coy.h...@coyhile.com

Re: What does `iterate_query` for SQL want as output?

> On Aug 9, 2019, at 3:45 PM, Aki Tuomi wrote: > > >> On 09/08/2019 22:16 Coy Hile via dovecot wrote: >> >> >> Hi all, >> >> In an earlier thread, >> https://dovecot.org/pipermail/dovecot/2019-August/116694.html I got a lot o

Re: What does `iterate_query` for SQL want as output?

> > Did you check your logs? > that’s just it. There’s nothing in syslog (which is logging at mail.debug). Not just nothing useful, absolutely _nothing_ logged when I run that. All I see is this (printed, I presume to STDERR): doveadm backup -D -A -R -f ssh -i id_rsa.dsync imap01.coyhile.co

Re: What does `iterate_query` for SQL want as output?

> On Aug 10, 2019, at 10:55 AM, Aki Tuomi wrote: > > >> On 10/08/2019 15:51 Coy Hile via dovecot < dovecot@dovecot.org> wrote: >> >> >>> Did you check your logs? >>> >> that’s just it. There’s nothing in syslog (which is loggin

dovecot-lmtp and postfix

Hi all, I’ve got postfix setup to use dovecot-lmtp for (virtual) user delivery, and things to users or aliases that Dovecot knows about now get delivered correctly. However, I’ve done something wrong with postfix and/or the LMTP configuration because upon RCPT TO, instead of forwarding the mail

Re: dovecot-lmtp and postfix

On 2019-08-11 18:40, Alexander Dalloz via dovecot wrote: Am 11.08.2019 um 18:06 schrieb Coy Hile via dovecot: Your Postfix configuration makes Postfix think gmail.com to be a virtual(8) target domain. Thus it uses virtual_transport. So validate your virtual_alias_maps = pgsql:/opt/local

Dovecot and Apple's Mail.app not playing nicely?

the same actions in the desktop mail client, when logging in to the Webmail (or phone) app, I see the messages still seeming to be in the Inbox. Is this known behavior? A peculiarity in Apple Mail? -- Coy Hile coy.h...@coyhile.com

Re: Dovecot and Apple's Mail.app not playing nicely?

On 2019-09-03 09:22, Sami Ketola via dovecot wrote: On 3 Sep 2019, at 15.30, Coy Hile via dovecot wrote: Hi all, Is there anything cute one has to take into account when using Dovecot with users of Apple’s Mail.app? Behavior I’m seeing is that if I delete or move messages via Webmail