That's a nice suggestion. Thanks John.
On Fri, Jul 12, 2024 at 11:25 PM John Fawcett via dovecot
wrote:
>
>
> On 12/07/2024 13:05, Jeff Pang via dovecot wrote:
> > Hello,
> >
> > Does the community version of dovecot have the replication feature?
> > When o
Hello,
Does the community version of dovecot have the replication feature?
When one dovecot was down, another one could take over the tasks.
Thanks.
_
Your E-Mail. Your Cloud.
I am using ubuntu 22.04, it can have dovecot installed by just run:
sudo apt install -y dovecot-core dovecot-imapd dovecot-lmtpd
Same for Ubutun 22.04, RHEL 9... Is there still any interest from
dovecot side to continue to maintain the community repostitorys?
We already have thousands of fw rules by fail2ban :)
On 2024-06-10 10:44, Jerry Stuckle via dovecot wrote:
If you don't want to accept any requests on port 143, can't you use the
Linux firewall to reject them? That's what we do and it works well.
Jerry
On 09/06/2024 09:49 EEST Jeff Peng via dovecot wrote:
setting port to zero, is it just a trick in dovecot? thank you.
In other words set the port to zero. I only have port 993 listening.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubs
setting port to zero, is it just a trick in dovecot? thank you.
In other words set the port to zero. I only have port 993 listening.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Hello,
I have commented out this line in 10-master.conf:
service imap-login {
inet_listener imap {
#port = 143
}
But this doesn't close the port 143.
So I have changed it to:
service imap-login {
inet_listener imap {
address = 127.0.0.1
port = 143
}
This let port 143 liste
Hello,
Is there a guide for using a customized SASL database for dovecot?
for example, SQLite.
Thanks in advance.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Hi all,
I recently discovered a configuration issue on my system where a system
user account had a blank rather than invalid or disabled password in the
passwd/shadow database. The user could not be logged into through
login/telnet/ssh because it was marked as a system account (uid < 100).
We had the same problem starting around October 14th - 'unsupported
encryption type' - we were running Dovecot 2.2.32. It was resolved by
upgrading Dovecot, in our case, to v2.3.7
Jeff
On 10/22/2022 4:30 AM, Ervin Hegedüs wrote:
Hi there,
I have a bit old Dovecot instance (Ub
see if your storage
system can do compression. For example, I have dovecot store all mail
uncompressed but have zfs transparently compress everything with lz4.
(Maybe one day I'll switch it to zstd.)
Jeff.
>
> Regards.
>
> On 6/28/21 13:42, Josef 'Jeff' Sipek wrot
l vmail 853M Jun 25 17:25 mBoX-MeSsAgEs.zstd
> What am I doing wrong?
Hm. It is possible that it just doesn't work. mbox doesn't get a lot of
attention these days - its support is more of a migration tool.
Out of curiosity, why do you use mbox? In your earlier email you said that
ages-in-named-file
Then, the compression suffix being added shouldn't matter.
Jeff.
signature.asc
Description: PGP signature
mail_location set on the two servers. In one case it appears to have a
mail// sort of format, and on the other... well, I have no
idea but it looks like it is only mail/ or something similarly incorrect :)
Jeff.
On 28/05/2021 06:43, Aki Tuomi wrote:
>> On 27/05/2021 22:24 Jeff Abrahamson wrote:
>>
>>
>> I've started seeing the following error in mail.err for precisely one user
>> on precisely one domain:
>>
>>> Error: mkdir(/var/mail/vmail//jeff/mail) fa
I've started seeing the following error in mail.err for precisely one
user on precisely one domain:
Error: mkdir(/var/mail/vmail//jeff/mail) failed: Permission denied
(euid=1000(jeff) egid=1001(jeff) missing +w perm: /var/mail/vmail/,
dir owned by 4000:4000 mode=0755)
On Sat, May 22, 2021 at 10:28:46PM +0200, Jeff Abrahamson wrote:
> I've been migrating from a dovecot 2.2.22 instance to a dovecot
> 2.3.7.2 instance. [...]
>
> [...I failed with dsync and ended up using rsync, which almost
> works...]
>
> The main difference between t
ve
directories.
Having gotten myself in a bit of a muddle on this, I thought perhaps a
reality check that
I'm not about to make it worse would be appropriate.
Many thanks.
--
Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255
https://www.p27.eu/jeff/
https://www.mobilitains.fr/
Postfix delivers mail to dovecot
via lmtp.
Jeff.
On Wed, Mar 31, 2021 at 11:26:14 -0400, Josef 'Jeff' Sipek wrote:
> On Wed, Mar 31, 2021 at 09:07:28 +0200, Christian Ehrhardt wrote:
> > On Wed, Mar 31, 2021 at 8:46 AM Christian Ehrhardt
> > wrote:
> > > On Tue, Mar 30, 2021 at 9:21 PM Josef 'Jeff&
On Wed, Mar 31, 2021 at 09:07:28 +0200, Christian Ehrhardt wrote:
> On Wed, Mar 31, 2021 at 8:46 AM Christian Ehrhardt
> wrote:
> > On Tue, Mar 30, 2021 at 9:21 PM Josef 'Jeff' Sipek
> > wrote:
...
> > > The culprit seems to be LTO. If you disable LTO, e
On Tue, Mar 30, 2021 at 13:34:54 -0400, Josef 'Jeff' Sipek wrote:
> On Tue, Mar 30, 2021 at 17:53:27 +0200, Christian Ehrhardt wrote:
> > Hi,
> > the recent Ubuntu (re)builds uncovered an issue with dovecot
> > 1:2.3.13+dfsg1-1
> > build log:
> &g
> dependent on the new toolchain
> of gcc 10.2.0-1.
FWIW, I managed to reproduce it on FreeBSD with gcc 11, so the good news for
you is that it isn't Ubuntu specific :)
I'll debug further.
Thanks again for the report,
Jeff.
>
> Not all calls to json_parse_* fail,
if you have
common filters, being able to to pre-program them is useful. Once in a
blue moon, it's maybe useful to know something about how a user is
getting on or a problem s/he's having.
--
Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255
http://p27.eu/jeff/
http://mobilitains.fr/
On postfix/pipe lines in my log, I see this error:
Error: net_connect_unix(/var/run/dovecot/stats-writer) failed:
Permission ))
even though I also set
[T] jeff@nantes-m1:postfix $ ll /var/run/dovecot/*stat*
srw--- 1 root root 0 Feb 4 14:55 /var/run/dovecot/old-stats
On 24/01/2021 15:42, Jeff Abrahamson wrote:
>
> I've set up a new dovecot+postfix instance with virtual (not system)
> users.
>
> [...]
Thanks to several responses here (many thanks!) and much further
hacking, I have moved further.
I now have two problems that I'm h
gates SASL to dovecot? This is the relevant
config, I think:
[T] jeff@nantes-m1:log $ doveconf -n
# 2.3.7.2 (3c910f64b): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.7.2 ()
# OS: Linux 5.4.0-64-generic x86_64 Ubuntu 20.04.1 LTS
# Hostname: nantes-m1.p27.eu
auth_ver
gates SASL to dovecot? This is the relevant
config, I think:
[T] jeff@nantes-m1:log $ doveconf -n
# 2.3.7.2 (3c910f64b): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.7.2 ()
# OS: Linux 5.4.0-64-generic x86_64 Ubuntu 20.04.1 LTS
# Hostname: nantes-m1.p27.eu
auth_ver
On Wed, Jan 06, 2021 at 14:07:06 -0500, Josef 'Jeff' Sipek wrote:
> Ok, just a quick update. I managed to reproduce it. I'll try to figure out
> where things went wrong.
Two more questions:
(1) Why are you using a UNION in your SQL statement?
(2) Does the crash still hap
Ok, just a quick update. I managed to reproduce it. I'll try to figure out
where things went wrong.
Thanks,
Jeff.
On Wed, Jan 06, 2021 at 18:22:03 +0100, Harald Leithner wrote:
> Hi
>
> Am 06.01.2021 um 18:08 schrieb Josef 'Jeff' Sipek:
> > On Wed, Jan 06,
se you think that
auth_debug_passwords=no should hide usernames as well.
> The user uses APOP for authentication, but other users login
> successfully with APOP.
Do you only use APOP? Or are other authentication schemes affected as well?
Can you share your config? (`doveconf -n` will be a
ll' in gdb on the core file)?
Jeff.
> On Wednesday, 02/09/2020 at 15:34 Josef 'Jeff' Sipek wrote:
>
>
> On Wed, Sep 02, 2020 at 15:07:37 -0400, Scott Q. wrote:
> > Sorry to bump up an old thread.
> >
> > 2.3.11.3 already contains this patch and the err
On Thu, Aug 27, 2020 at 02:04:20 +, Daan van Gorkum wrote:
> Hi Jeff,
>
> Thanks again for your insights. I understand that a lot of features are
> pending and it's totally fine, we're just very eager to use all these
> features.
I completely forgot that the work to
7;t in the 2.3.11.3 tarball. It isn't even on
master. Those two files haven't been touched since January.
Jeff.
> Anything else we could try ?
>
> Scott
>
> On Wednesday, 19/08/2020 at 11:37 Josef 'Jeff' Sipek wrote:
>
>
> On Wed, Aug 19, 2020 at 1
On Tue, Aug 25, 2020 at 01:08:06 +, Daan van Gorkum wrote:
> Hi Jeff,
>
> Thanks for your reply!
>
> Regarding grouping by remote address, I understand and for now I'll keep a
> close eye. Maybe it's an option to group by /24 for ipv4 and /64 for IPv6?
Hrm, inter
,
there is a fix on the master branch.
https://github.com/dovecot/core/commit/d0ea7f9f4530878a40ae0275cf0c36d3ff9111fc
You can try to patch the 2.3.11.3 code with it and see if that helps.
2.3.12 and 2.3.11.4 (if there is one) will have this fix.
Jeff.
--
mainframe, n.:
An obsolete de
cs bigger than that. ;) Obviously, we need to revisit that
decision. There is no workaround that I can think of.
Jeff.
--
I'm somewhere between geek and normal.
- Linus Torvalds
nd_n(string_t*,
> const void*, size_t)':
str_append_n() has been deprecated for a while and was removed in April this
year. I don't remember if that means the removal made it into 2.3.11, but
it will definitely be gone from 2.3.12.
Jeff.
--
Si hoc legere scis nimium eruditionis habes.
w. Here's a quick & dirty patch that should fix this.
If you can try it, let us know how it went.
Jeff.
diff --git a/src/plugins/fts-solr/solr-connection.c
b/src/plugins/fts-solr/solr-connection.c
index
ae720b5e2870a852c1b6c440939e3c7c0fa72b5c..9d364f93e2cd1b716b9ab61bd39656a6c5b1ea04
100
parate configuration file and it failed in a similar fashion,
> just with another filename.
I think the idea was that the file with the ssl_key line was only
root-readable. That way, non-privilged users will fail to include the file.
Is that what you tried?
Jeff.
--
I think there is a wo
dling of malformed input. So, as a workaround, if you
control the software/system that generates these emails, try to change it so
it doesn't generate headers that are invalid. As far as I can tell, the
parser in Dovecot handles those just fine.
Jeff.
> Thank you.
>
> Tachibana
>
> -
On Mon, Jul 20, 2020 at 09:43:12 -0400, Josef 'Jeff' Sipek wrote:
> On Mon, Jul 20, 2020 at 20:24:13 +0900, TACHIBANA Masashi wrote:
...
> Thanks for the report. I reproduced it locally, but I'm not sure what is
> causing it yet.
Alright, it is actually a parsing bug.
, us...@example.com
> , user4 desu
> Debug: @ after address parse:"Yamada Taro" ,
>
Thanks for the report. I reproduced it locally, but I'm not sure what is
causing it yet.
Jeff.
> Debug: @ data:"Yamada Taro" ,
> Debug: @ tmp_value:"Ya
ures don't
apply to a POP3-only server.
If you don't want the index files to live inside the users' home
directories, take a look at the INDEX and CONTROL keys in the mail_location
docs:
https://doc.dovecot.org/configuration_manual/mail_location/#format
While that still creates the files, you can move them off to a location that
the users do not see.
Jeff.
On Wed, Dec 04, 2019 at 18:41:45 +0100, Pascal Christen wrote:
> Thanks, build passed on FreeBSD 11.3
It turns out I had a typo in the patch I posted on the mailing list. I
corrected the typo and it builds fine on 12.1.
Jeff.
-#ifdef EAI_ADDRFAIMILY /* Obsoleted by RFC 2553bis
On Wed, Dec 04, 2019 at 12:19:35 -0500, Josef 'Jeff' Sipek via dovecot wrote:
> On Wed, Dec 04, 2019 at 18:06:58 +0100, Pascal Christen via dovecot wrote:
> > Hi
> >
> > I've just tried to build the latest Dovecot 2.3.9 on FreeBSD 11.3.
> > Without succes
of
EAI_ADDRFAMILY and EAI_NODATA.
The good news is, a quick workaround is to remove the two lines that use
these two constants. (A correct patch would do the proper checks.)
Jeff.
--
Bad pun of the week: The formula 1 control computer suffered from a race
condition
s used by maildir. sdbox does not have a "cur" dir.
Jeff.
> I thought with sdbox it is all in the index files that have been
> transferred with the mails? Or am I missing a place that has to be synced?
>
> Thank you for hints, Jakob
>
>
>
>
--
Debugging
On Sun, Apr 14, 2019 at 21:09:54 +0800, Joan Moreau wrote:
...
> THe "loop" part seems the most urgent : It breaks everything (search
> timeout 100% of the time)
Any luck with git-bisect?
Jeff.
>
> On 2019-04-06 09:56, Joan Moreau via dovecot wrote:
>
> &g
er search usually does not care
> about fts plugin (even with fts_enforced) and rely on some internal
> search , which si total non-sense
You're right, that doesn't seem to make sense. Can you provide a test case?
Jeff.
> Let me know how can I help on thos 4 points
>
s-xapian)
Ok, good to know.
> 2 - the body/text loop has appeared recently (maybe during the month of
> March)
Our testing doesn't seem to be able to reproduce this. Can you try to
git-bisect this to find which commit broke it?
Thanks,
Jeff.
>
> On 2019-04-05 16:36, Josef
ore the fts_enforced=body introduction)? That's the only recent fts
change.
Thanks,
Jeff.
> On 2019-04-03 18:58, @lbutlr via dovecot wrote:
>
> > On 3 Apr 2019, at 04:30, Joan Moreau via dovecot
> > wrote:
> >
> >> doveadm search -u j...@grosjo.net m
gt;
> You have dovecot.conf but...
>
> $ dovecot -c dovecot.conf -n
> # 2.3.3.rc1 (14e4920d8): dovecot.conf
> # Pigeonhole version 0.5.2 (7704de5e)
> # OS: SunOS 5.11 i86pc
Out of curiosity, is this a Solaris system or an illumos system?
Jeff.
--
I'm somewhere between geek and normal.
- Linus Torvalds
How do you test the new server?
(Sorry, this seems like it must be obvious. The server I set up is the
first one handling this domain, so testing was easy in that it didn't
have history.)
Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255
http://p27.eu/jeff/
http://transport-nantes.com/
(Ignore the part about people.) If so, then, no,
this is the same as having my phone, my tablet, my work computer, my
home computer, ... all having access to my mail account.
--
Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255
http://p27.eu/jeff/
On Mon, Apr 02, 2018 at 04:20:05PM +0300, Reio Remma wrote:
> On 02.04.18 16:17, Jeff Abrahamson wrote:
> > On Mon, Apr 02, 2018 at 02:34:34PM +0200, Gedalya wrote:
> > > You have a problem with your nginx config. It doesn't seem
> > > related to postfix et al.
&
On Mon, Apr 02, 2018 at 02:34:34PM +0200, Gedalya wrote:
> On 04/02/2018 02:25 PM, Jeff Abrahamson wrote:
> > I see that the file
> >
> > .well-known/acme-challenge/IT7-YURAep4bniD9zYpKpdRUBQcgCRJ6FflmZzWQGNg
> >
> > is being created (and one other file,
I'm handling mail for several domains, let's call them a.com, b.com,
and c.com. I have certificates for each of these domains individually
via certbot (letsencrypt) and nginx is happy with all of that.
Since I initially configured the site to handle mail only for a.com,
my /etc/postfix/main.cf fi
On Tue, Mar 27, 2018 at 08:46:20 -0400, Josef 'Jeff' Sipek wrote:
> On Tue, Mar 27, 2018 at 13:15:31 +0300, Apollon Oikonomopoulos wrote:
> > On 13:05 Tue 27 Mar , Apollon Oikonomopoulos wrote:
> > > On 11:31 Tue 27 Mar , Apollon Oikonomopoulos wrote:
> >
Right.
I'm going get the changes reviewed & committed. I'll ping you when there is
a commit with the "official" fix.
Thanks,
Jeff.
> > }
> >
> >
> > //
ly fixes the issue for you - sadly, I don't have a big endian
system to play with.)
Thanks,
Jeff.
--
The obvious mathematical breakthrough would be development of an easy way to
factor large prime numbers.
- Bill Gates, The Road Ahead, pg. 265
diff --git a/src/lib/
s could be modified "in
place" (instead of having to reconstruct the whole file)... or at least it
should make it possible to change the acl code to do these improvements.
Then, the acl setting would be as flexible as the acl_shared_dict setting.
Jeff.
[1] https://wiki2.dovecot.org/Services?
o available so far.
Hopefully, a stack trace from a core file will help.
Thanks,
Jeff.
> at /usr/src/release-11.1.0/lib/libc/sparc64/sys/__sparc_utrap_align.c:45
> val = 0
> i = 0
> #1 0x109f9f6c in __unaligned_fixup (uf=0x7fdee40)
> at /u
On Wed, Jan 24, 2018 at 18:55:47 +0100, Thomas Robers wrote:
> Am 23.01.2018 um 20:07 schrieb Josef 'Jeff' Sipek:
> > On Tue, Jan 23, 2018 at 14:03:27 -0500, Josef 'Jeff' Sipek wrote:
> > > On Tue, Jan 23, 2018 at 18:21:38 +0100, Thomas Robers wrote:
...
>
On Tue, Jan 23, 2018 at 14:03:27 -0500, Josef 'Jeff' Sipek wrote:
> On Tue, Jan 23, 2018 at 18:21:38 +0100, Thomas Robers wrote:
> > Hello,
> >
> > I'm using Dovecot 2.3 and sometimes i get this:
> >
> > --- snip ---
> > Jan 23 14:23:13 mai
you use cgroups to limit memory usage?
6. Did you disable memory overcommit on the system?
Jeff.
> Jan 23 14:23:13 mail dovecot: imap(b...@tutech.de)<4880>:
> Fatal: master: service(imap): child 4880 killed with signal 6 (core dumped)
> --- snip ---
>
> The gdb backtrace is:
ng bad logins from
different IP's and you just wait for fail2ban to block each one? Your
log snippet covers 151 minutes, even fail2ban would normally have
unjailed ip's after that much time.
--
Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255
https://www.p27.eu/jeff/
purple.com -> p27.eu
ght through texting in light of whatever changes have
happened to software since.
Reasonable people may dispute these points. It's also significant that
I don't like to spend the time on devops necessary to debug these sorts
of things, so there's a lot of personal taste in it.
--
J
ETCH ALL includes
ENVELOPE). From the IMAP RFC:
The fields of the envelope structure are in the following order:
date, subject, from, sender, reply-to, to, cc, bcc, in-reply-to, and
message-id.
Can you paste the whole IMAP command response?
Thanks,
Jeff.
e/master/doc/example-config/conf.d
Jeff
On 11/21/17 5:20 AM, Someone wrote:
On Tue, 21/11/17, Jeff Kletsky wrote:
On 11/20/17 1:58 PM, Someone wrote:
> I've been
struggling with this on and off for a while now. Upon
attempting to install Dovecot on Ubuntu
17.04 I get the following errors
[...]
"Hint: So
On 11/20/17 6:33 AM, Aki Tuomi wrote:
On 20.11.2017 16:20, Jeff Kletsky wrote:
On 11/20/17 6:15 AM, Aki Tuomi wrote:
On 20.11.2017 16:12, Jeff Kletsky wrote:
I'm in the process of moving from LDA to LMTP (Postfix upstream) prior
to a transition off `nix accounts to virtual accounts a
due to long lines in the above output.
"Hint: Some lines were ellipsized, use -l to show in full."
Without seeing the full messages, my guess is that you've got problems
with your IPv6
configuration or connectivity. It's a long shot, but might save you a
round-trip
on the mailing list.
Jeff
On 11/20/17 6:15 AM, Aki Tuomi wrote:
On 20.11.2017 16:12, Jeff Kletsky wrote:
I'm in the process of moving from LDA to LMTP (Postfix upstream) prior
to a transition off `nix accounts to virtual accounts and am stumped
by LMTP reporting
dovecot: lmtp(10019, j...@example.com):
maildir:~/Maildir:LAYOUT=fs
# mail_location = maildir:%h/Maildir:LAYOUT=fs
Thanks!
Jeff
On Tue, Nov 14, 2017 at 05:56:52 +0100, Bernd Kuhls wrote:
> Am Mon, 13 Nov 2017 15:40:14 -0500 schrieb Josef 'Jeff' Sipek:
>
> > What happens if in dovecot's byteorder.h you add this before line 30:
> >
> > #undef bswap_8
> > #undef bs
y faster for you to try a test build instead of me setting
up buildroot...
What happens if in dovecot's byteorder.h you add this before line 30:
#undef bswap_8
#undef bswap_16
#undef bswap_32
#undef bswap_64
Hopefully that does it.
Jeff.
>
> make[3]:
d seeing errors like this when I check mail:
Nov 5 20:57:06 nantes-1 dovecot: imap(jeff): Error: stats:
open(/var/run/dovecot/stats-mail) failed: Permission denied
The comments on the wiki page tell me to make this socket mode 600 and
owned by the user that my mail process runs as. I think thi
On 03/11/17 17:43, Mark Moseley wrote:
>
>
> On Fri, Nov 3, 2017 at 9:35 AM, Jeff Abrahamson <mailto:j...@p27.eu>> wrote:
>
> Sorry, Aki, I don't follow you. Did I do it wrong in the file
> 91-stats
> that I shared in my original mail (attached her
Sorry, Aki, I don't follow you. Did I do it wrong in the file 91-stats
that I shared in my original mail (attached here)?
Jeff
On 03/11/17 16:50, Aki Tuomi wrote:
> You need to add the stats listener, by yourself.
>
> Aki
>
>> On November 3, 2017 at 5:19 PM
Thanks for your suggestions, Steffen.
Running doveconf -n shows no errors and also, sadly, no mention of the
stats listener:
╭╴ (master=)╶╮
╰ [T] jeff@nantes-1:p27 $ doveconf -n
# 2.2.22 (fe789d2): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.13 (7b14904)
# OS: Linux
I'd like to monitor my dovecot instance (running on ubuntu 16.04) using
telegraf.
[T] jeff@nantes-1:log $ dovecot --version
2.2.22 (fe789d2)
[T] jeff@nantes-1:log $
To do that, I think I need to use the stats module and get it to talk on
port 24242. I've not fo
I've got a few errors I'm trying to track down, probably all related...
Aug 15 14:03:14 xyzzy dovecot: imap-login: Login: user=,
method=PLAIN, rip=100.8.22.62, lip=132.238.254.34, mpid=4803, TLS,
session=
Aug 15 14:03:14 xyzzy dovecot: imap(jeff): Error: namespace configuration
error:
You can either drop the authentication token into /.wellknown on your
running server, or take down the server for a minute to run certbot
every couple months.
I'm not a fan of symlinks out of config directories and certainly not
across chroot / jail boundaries so I manually copy the certs into th
e the successfully processed messages.
Sieve doesn't look like it can handle asynchronous processing, but I'd
certainly be interested if I'm missing something there. One less thing
to configure and maintain!
Jeff
On 2/12/17 5:52 AM, Aki Tuomi wrote:
On February 10, 2017
helpful.
From what I can tell, even though the variable interpolation *looks*
like a string-list,
it isn't parsed as such. For example, from sieve-test output:
sieve-test(jeff): Debug: Mailbox
Opened mail UID=1 because: header "To", "Cc", "From", "Error
One way to achieve this would be to be able to loop through the pairs
and using variable substitution for each iteration. I haven't seen
anything in Dovecot Pigeonhole sieve that allows this.
If you have any ideas on how to harness sieve for this, I'd appreciate it!
Jeff
fb3d2ee9d354b67727f
>
> is this an internal address?
It is, but you can look up the same commit hash on github:
https://github.com/dovecot/core/commit/972c9172e9e6a0fc6053efb3d2ee9d354b67727f
Jeff.
>
> $ host git.dovecot.net
> Host git.dovecot.net not found: 3(NXDOMAIN)
>
>
roduce this, but I can iterate users just fine (I'm
iterating them through `doveadm user -u "*"`). Can you share your config
(`dovecot -n` output)?
Thanks,
Jeff.
> ---
> Tom
>
> On 2016-07-06 16:20, Tom Sommer wrote:
> > Hi
> >
> > I'm doing: dove
On 2016-06-23 11:24, aki.tu...@dovecot.fi wrote:
On June 23, 2016 at 9:06 PM Jeff Gamsby
wrote:
I am running ISPConfig 3 on Debian and have managed to install the
dovecot-solr and dovecot-fts plugins.
I have solr running undet tomcat at http://localhost:8880 but the
indexing is not working
I am running ISPConfig 3 on Debian and have managed to install the
dovecot-solr and dovecot-fts plugins.
I have solr running undet tomcat at http://localhost:8880 but the
indexing is not working.
I am using Dovecot 2.17
I do not understand namespaces and why fts_solr needs them, I just want
Yes, this is a bug in imapc. A UID of 0 is not even allowed by the
standards. Nor does there appear to be anything in the logs that suggest
that Dovecot is telling imapc that a message with UID 0 exists.
Hope that helps,
Jeff
On Fri, Feb 19, 2016 at 10:12 AM, Nagy, Attila wrote:
>
IMAP actually has an ID extension where the client can send this info, but
it doesn't force the client to send it.
Jeff
On Mon, Feb 1, 2016 at 12:19 PM, Axel Luttgens
wrote:
>
> > Le 1 févr. 2016 à 17:50, absolutely_f...@libero.it a écrit :
> >
> > Hi,is there a way
Ah, thanks for the explanation.
Btw, long time no see, Timo ;-)
Jeff
On Sat, Dec 19, 2015 at 3:05 PM, Timo Sirainen wrote:
> On 19 Dec 2015, at 20:37, Jeff Stedfast wrote:
> >
> > Hi all,
> >
> > I've locally got Dovecot 2.2.21 (5345f22) installed on my MacB
ixed in a newer version, perhaps? Or could it be a
misconfiguration on my part?
Attached is my dovecot configuration (gotten via dovecot -n).
Thanks,
Jeff
dovecot.conf
Description: Binary data
emselves in cases where the messages are either altered (including
headers) or removed?
Have I missed a way to iterate over messages and process it using
external tools using the dovecot tools?
Has this been discussed ad nauseum and I somehow missed it? (If so, for
which I apologize profusely).
Thanks,
Jeff
okay with it, figure out that the mailboxes don't match,
and fix the index and cache files. If rerunning doveadm-index after
manually will make everything happy, this seems like the faster approach.
But I just want to make sure I won't damage the sdbox in a permanent sense.
Thanks,
Jeff
rather just rm the messages and let
Dovecot do its thing. Again, this is with sdbox storage. Dovecot
version is 2.2.9.
Thanks!
--Jeff
On Dec 25, 2014 3:15 PM, "Reindl Harald" wrote:
>
>
> Am 25.12.2014 um 21:09 schrieb Benny Pedersen:
>
>> Robert Schetterer skrev den 2014-12-25 19:49:
>>>
>>> Am 18.12.2014 um 17:56 schrieb Robin Helgelin:
We’re using dovecot 1.0.7
>>>
>>> that version is total out of date , update to r
iable option.
So, my question is this: Can I replicate the cyrus behavior where
INBOX subfolders are an all-or-nothing option? Or are we stuck with
users (having questionable file management skills in the first place)
getting lost between INBOX subfolders and top-level folders.
Thanks,
Jeff
root
1 - 100 of 298 matches
Mail list logo
