On 02/20/2017 01:32 AM, chaouche yacine wrote:
What is the motivation behind using a new pair of keys and CSR ?
Every now and then, a bug in the OpenSSL API is found that leaked the
private key under certain conditions.
By replacing the private key once a year with a new one, you are at
lo
I use dovecot on several servers. One of them uses a self-signed cert,
it's just me.
It worked fine until yesterday when I upgraded my desktop (NOT the
server) to CentOS 7.4
Now thunderbird complains when it starts up, and won't let me confirm
the security exception.
On the server the foll
that can sometimes interfere with
mail sessions. See if you might be running into a similar situation:
https://support.mozilla.org/en-US/questions/1066126
Cheers,
--
TC
On 9/25/17 1:27 PM, Michael A. Peters wrote:
I use dovecot on several servers. One of them uses a self-signed cert,
it's ju
problem.
On 09/25/2017 01:49 PM, Michael A. Peters wrote:
I'm not running any A/V software, and the same version of dovecot on
servers with CA signed certs (komodo) - the client connects to them just
fine.
On 09/25/2017 01:40 PM, Tony wrote:
It does look like a client issue. Do you also
nect your.server:993
and grep for "CertificateRequest".
Do you have a certificate configured in your mailclient Thunderbird but
not in Evolution?
HTH
Peter
Am 2017-09-26 um 00:08 schrieb Michael A. Peters:
Definitely client issue, connecting via evolution works just fine.
So I su
Just to confirm - building thunderbird 45.8.0 worked, it connects just fine.
On 09/26/2017 01:46 AM, Michael A. Peters wrote:
No, no certificate in thunderbird.
Work fine when running CentOS 7.3, laptop that still runs 7.3 works fine.
I'm going to attempt building the CentOS 7.3 thundi
On Tuesday, June 25, 2024 5:08:15 PM CEST, Aki Tuomi via dovecot wrote:
We can already see that the Debian/RedHat patched 2.3 which is
offered is broken because there is more than just "making it
compile" with things like OpenSSL3, and yes, I can appreciate
that it's not fully broken, but it's
of bandwidth and disk space to do this.
Except that's not anything specific to Outlook... most (all) of the
desktop clients do this. Thunderbird most certainly does, for example.
michael
/abjg72sw7ii5ty5x
Trivial to workaround in client code, so no need to disable BINARY
outright on a client.
michael
something with it. The question is: how
can I trigger the script from dovecot?
This is precisely what the new push-notification plugin is for (2.2.19).
(You will need to write a driver to interact with your notification
handler, similar to the "dlog" or "ox" drivers.)
michael
thing more than a push-notification backend that will log
various information and hook triggers (at a DEBUG level) to the Dovecot
log. It's meant for debugging and development purposes.
"dlog" stands for either "Dovecot LOGging" or "Debug LOGging", whicheve
Hi, I have just updated from Ubuntu 15.04 to 15.10. Unfortunately, sieve
scripts are not recognized anymore.
Here is my version:
dovecot --version
2.2.18
apt-cache policy dovecot-sieve
dovecot-sieve:
Installed: 1:2.2.18-2ubuntu2
Candidate: 1:2.2.18-2ubuntu2
Version table:
*** 1:2.2.18-2u
According to the documentation sieve_dir is deprecated but should still work. The
"sieve =" configuration accepts options to set the active script
http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration
Ok, it seems that was the problem. I changed
sieve = file:~/.dovecot.sieve
to
sieve = fi
And you are normally only exposing doveadm functionality in internal,
private networks.
On 3/4/2016 11:27 AM, Aki Tuomi wrote:
In future release we will add master authentication too. Now you can use api
key or doveadm password which are essentially same thing.
---Aki TuomiDovecot oy A
reason
the header has never been standardized).
michael
exists that corresponds to the
Important tag in Thunderbird.
https://bugzilla.mozilla.org/show_bug.cgi?id=650623
This bug is bogus. Flags/keywords are case insensitive.
michael
server
access going forward - if the UIDL list has not changed, we know the
mailbox hasn't changed and the cached information is still valid.
(CONDSTORE/QRESYNC extensions for IMAP make this synchronization check
even more efficient in IMAP)
michael
ameters -
filename, filename*0*, and filename*1. Non 2231 agents will most
likely try to do RFC 2046 unencoding on the 'filename' parameter,
which will succeed. 2231 agents will recognize that 2231 data exists
and will do the necessary concatenation/unencoding itself on the
'filename*0*' and 'filename*1' parameters, and will completely ignore
the 'filename' parameter.
michael
re's no
actual reason to offer POP to the localhost either...
You can also configure the MUA (e.g. Horde) to not use a secure
connection, as opposed to turning off features on the server level.
michael
pliant (see RFC 3501
[6.1.1] - STARTTLS MUST be supported by server).
michael
ot;Deletes Messages" to "Trash"
and so on?
There's an RFC, but it hasn't been adopted yet. Neither by IMAP
servers nor by
IMAP clients. ;)
Not true. We've (IMP) had special-use (RFC 6154) support since August 2010.
Offhand, I know that serverwise Cyrus 2.5 supports RFC 6154.
michael
ort
RFC 6154 but may support a form auto-detection of common special
mailbox names.
michael
Quoting Patrick Ben Koetter :
* Michael M Slusarz :
Quoting Patrick Ben Koetter :
>* A.L.E.C :
>>On 06.12.2011 13:43, Patrick Ben Koetter wrote:
>>
>>> From my understanding RFC 6154 serves to flag some IMAP
>>mailboxes in order to
>>> indicate they
different clients create both of them there would
then be two \Sent mailboxes. But the user would probably delete one of
them and all would be good again.
This will continue to be an issue until more clients support the RFC.
michael
bed mailboxes and
special-use flags in a single command.
2. If the server supports SPECIAL-USE but does NOT support
LIST-EXTENDED, you MUST make a LIST call. A LSUB call is not
sufficient. It's inefficient, but that's the only way to be 100% sure
the information in the response is accurate.
michael
name
from the subscription list even if a mailbox by that name no
longer exists.
michael
?.
You really need to read RFC 3501 (http://tools.ietf.org/html/rfc3501),
specifically section 2.3.1.1.
Short answer: UIDs will almost always be persistent, but you always
need to check UIDVALIDITY in the tiny chance that they may be
invalidated.
michael
is exactly what appears in the original message. No
post-processing mechanism should be stripping quotes or anything from
this data - it is already in its canonical state.
Dovecot is 100% correct in its return.
michael
t sure the
difficulty to add as a config (or even a hidden config). Being able
to easily turn on/off would increase my usage of the tool.
michael
tate save/restore feature possibly making it into 2.2.
michael
s would be
miniscule.
michael
Quoting Timo Sirainen :
On 13.2.2012, at 22.24, Michael M Slusarz wrote:
http://lists.horde.org/archives/imp/Week-of-Mon-20110523/052316.html
http://lists.horde.org/archives/imp/Week-of-Mon-20110523/052317.html
These posts neglect the fact that you don't need to issue a
CAPABILITY co
change your mind in the future if
you come up with a better way to represent state.
michael
Quoting Timo Sirainen :
On 14.2.2012, at 5.19, Michael M Slusarz wrote:
b login (SAVEDSTATE 1234567890) user pass
I guess the drawback for this approach is that you are explicitly
breaking the LOGIN definition.
No breaking, extending :)
Heh. I should know better after reading about
t; (UNSEEN 8)
S: * LIST () "." "INBOX"
S: * STATUS "INBOX" (UNSEEN 3)
S: 3 OK List completed.
I am using imapproxy for these connections, so all access are
happening in the same Dovecot access.
michael
Quoting Timo Sirainen :
On 1.3.2012, at 20.03, Michael M Slusarz wrote:
Looked at the hg commits since 2.1.1, but didn't see anything that
was exactly on-point to this...
UNSEEN counts seem to be broken when done in a LIST-STATUS call. I
see this, for example:
Only with LIST-S
Quoting Michael M Slusarz :
Quoting Timo Sirainen :
On 1.3.2012, at 20.03, Michael M Slusarz wrote:
Looked at the hg commits since 2.1.1, but didn't see anything that
was exactly on-point to this...
UNSEEN counts seem to be broken when done in a LIST-STATUS call.
I see this
Quoting Timo Sirainen :
On Fri, 2012-03-02 at 00:53 -0700, Michael M Slusarz wrote:
It happened again. Once it got around midnight local time I stopped
seeing correct STATUS updates with the UNSEEN count. Running two
MUAs: I opened a mailbox with new messages in one, and the next time
the
31734 (ENVELOPE)
* 23 FETCH (UID 31734 ENVELOPE ("Fri, 2 Mar 2012 19:05:24 -0500 (EST)"
"XX" (({20}
X "X-XX" XX NIL "XXX" "X.XXX")) (({20}
X "X-XX" XX NIL "XXX" "X.XX.XXX")) ((NIL NIL
"XXX" "X.XXX")) ((NIL NIL "slusarz" "curecanti.org")) NIL
NIL NIL "<1109380587237.1109118788902.20323.7.35190001@scheduler>"))
since the RFC 2822 quoting characters must be removed.
michael
Quoting Timo Sirainen :
On 2.3.2012, at 20.27, Michael M Slusarz wrote:
I don't see anything in the code that could explain why this could be
happening. What filesystem are you using?
Nothing fancy: jfs on Archlinux. I've been using it for years -
it's not something
it receives, 3501
seems pretty clear that incorrect FETCH parameters must return a BAD.
I can verify that the above commands fail on Cyrus.
I don't disagree that the way Dovecot handles this is correct - or at
least is the way that I wish the RFCs were written. Since this seems
a bit redundant, but is necessary under the ABNF:
1 UID FETCH 1:* UID (CHANGEDSINCE 1)
-or-
1 UID FETCH 1:* (UID) (CHANGEDSINCE 1)
michael
I've done extensive searches, and there is virtually no information
about
actual implementations of the draft Sieve Editheader Extension (which
provides 'addheader' and 'deleteheader' actions):
http://www.ietf.org/internet-drafts/draft-ietf-sieve-editheader-11.txt
Is anyone currently working o
System: Linux 2.6.25.6-55.fc9.x86_64 #1 SMP Tue Jun 10 16:05:21 EDT
2008 x86_64 x86_64 x86_64 GNU/Linux
Dovecot: dovecot-1.0.14-8.fc9.x86_64
We have used Dovecot for several years. The error message below appears
in the system log
quite frequently. I have run a test which shows that this mess
i386 and x86_64. This is not
an "endedness" conflict, but
could be the problem for other reasons.
Michael
On Wed, 2008-06-25 at 09:40 -0700, Michael D. Godfrey wrote:
> > A guess would be that this is likely due to the endianess of the
> > multiple architectures that the index is being accessed with. We have
> > the same issue here across i686/x86_64/sparc. I'm about t
Hi,
I'm having a problem with the Sylpheed mail client and dovcot
1.0.rc15. Sylpheed does not like how dovecot is returning LIST output
so it cannot see subfolders.
Note: Sylpheed 2.4 actually works with the same server so apparently
something in a newer version of Sylpheed has changed.
This is
->cur_str, "MODSEQ (%llu) ",
(unsigned long long)modseq);
return 1;
}
Hope this helps/is correct.
michael
READ-WRITE] Select completed.
In other words, I don't think that "2 FETCH ..." should be in the
server response - it is duplicative information as to what is already
cached on the client.
michael
C_DEFINE_UNQUOTED(CAPABILITY_STRING, "$capability", IMAP capabilities)
AC_DEFINE_UNQUOTED(CAPABILITY_BANNER_STRING, "$capability_banner",
IMAP capabilities advertised in banner)
michael
37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20
19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
michael
mmand (without the RETURN syntax) works fine:
5 UID SORT (ARRIVAL) US-ASCII UNSEEN
* SORT
5 OK Sort completed (0.000 secs).
michael
different in
unauthenticated vs. authenticated state.
michael
Quoting tao.6.y...@nokia.com:
Hi Michael,
My question is, how to know the exact CAPABILITY after a user logged
in, he'd have been able to know the CAPABILITY he really has.
Simply, what should be followed as the CAPABILITY after a user logged in?
Whatever is returned by the CAPABILITY co
ew to mail servers!
Thanks,
Michael.
gt;
> Content-Type: text/plain; charset="utf-8"
>
> On Wed, Apr 29, 2009 at 4:46 PM, Michael Steinbeck-Reeves <
> mich...@steinbeck-reeves.uk.com> wrote:
>
> > I have dovecot (with squirrel mail etc.) running without any problems
> > but cannot understa
out the destinations?
The only thing I don't understand and can't find/understand in the
documentation is how to tell the LDA where to put my e-mails. I have
mails to several addresses mixed up in several POP3 boxes and need to
sort them out and deliver them based on the target address. e.g.
mich...@domain1 and mich...@domain2 go to my box etc. I can't see where
I identify the addresses and allocate the appropriate storage area.
Thanks,
Michael
...
drwx-- 2 getmail getmail 4096 2009-04-30 23:44 getmail
...
Thanks,
Michael
On Thu, 2009-04-30 at 13:46 +0200, Andreas Ntaflos wrote:
> On Thursday 30 April 2009 12:22:17 Michael Steinbeck-Reeves wrote:
> > > Message: 1
> > > Date: Thu, 30 Apr 2009 00:27:46 +0200
&g
ary
(created, in part, with advice directly from Timo himself :)).
Although none of this explains why the dovecot cache is apparently
being corrupted.
michael
c-client has a weird "lookahead"
configuration that will grab information for the 20 messages
immediately following the queried message, even though none of this
information is needed). To help in debugging, didn't want you/anyone
else to think this was an issue with either Dovecot or IMP.
michael
Using 2.0.5, I see this:
[select INBOX]
1 search SINCE 5-Oct-2010
* SEARCH 16 17 18 19 20 21
1 OK Search completed (0.001 secs).
2 search YOUNGER 86400
* SEARCH
2 OK Search completed (0.000 secs).
michael
Hello list,
When trying to deliver a big message (which over-quota user limit), I always
get segmentation faults.
Others common delivers work fine. This only happens with messages,
which over-quota user limit.
Here is more details:
/var/log/maillog:
...
** u...@fakedomain.ua R=virtual_user
Yes, this patch fixed that problem.
Thank you!
>> # 1.2.14: /usr/local/etc/dovecot.conf
> ..
>> #0 0x00483340 in message_parser_parse_next_block ()
>> No symbol table info available.
>> #1 0x00444fe4 in index_mail_cache_parse_continue ()
>> No symbol table info available.
>> #2
Quoting Timo Sirainen :
On 24.10.2010, at 11.36, Edgar Fuß wrote:
and gives any user logging in a canned mail
(e.g. "We're doing maintenance, go away")
Wouldn't a client that keeps local copies of all IMAP boxes then
synchronize to that canned state, i.e., delete all locally cached
mails?
I
to be displayed as a quick view of the PDF,
but loses all of the formatting contained in the PDF.)
And so on.
michael
ot;mail.emacs-bidi";
}
...
Unfortunately the List-Id based lines don't appear to be working,
although some other ones do. The attached test message does not get
delivered to the mail.emacs-devel list. Why?
--- Begin Message ---
--
Michael Welsh Duggan
(m...@md5i.com)
--- End Message ---
--
Michael Welsh Duggan
(m...@md5i.com)
Forgot to mention:
# 2.0.11: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.35 i686 Debian wheezy/sid
--
Michael Welsh Duggan
(m...@md5i.com)
Michael Welsh Duggan writes:
> I have a sieve file that reads like this:
>
> require "fileinto";
>
> # Emacs
> if header :contains "List-Id" "emacs-devel.gnu.org"
> {
> fileinto "mail.emacs-devel";
> }
> elsif header :
Stephan Bosch writes:
> Op 20-3-2011 8:12, Michael Welsh Duggan schreef:
>> I have a sieve file that reads like this:
>>
>> require "fileinto";
>>
>> # Emacs
>> if header :contains "List-Id" "emacs-devel.gnu.org"
>> {
&
global mail_plugins).
mail_plugins = $mail_plugins sieve
}
despite the fact that mail_plugins includes sieve.
--
Michael Welsh Duggan
(m...@md5i.com)
Charles Marcus writes:
> On 2011-03-20 8:49 PM, Michael Welsh Duggan wrote:
>> Problem solved. Apparently this comment in my lda configuration lied.
>>
>> protocol lda {
>> # Space separated list of plugins to load (default is global mail_plugins).
>>
nqq6beeeqg-" do not convert to "тест". Why?
Because only mailboxes are encoded in Modified UTF-7. There is no
equivalent encoding for keywords. Keywords are *not* meant to be
directly viewable by an end-user. Converting between a keyword and
the representation displayed to the user is the job of the MUA.
michael
TF7 <-> UTF8 translation.
I am all for this. I would be more than willing to help you draft the
standard.
michael
exist: FOO
// Should be: 1 NO [NONEXISTENT] Mailbox doesn't exist: FOO
2 RENAME "FOO" "BAR"
2 NO Mailbox doesn't exist: FOO
// Should be: 2 NO [NONEXISTENT] Mailbox doesn't exist: FOO
michael
parts) when using IMAP.
michael
C: f select "/archive/projects/experiment-iv"
S: f NO [NOPERM] Access denied
My reading of this is that NOPERM should be returned for ANY ACL
prohibited action, not just for selecting or creating a mailbox.
Dovecot 2.0.12 does not return NOPERM for DELETE/EXPUNGE actions (at a
minimum) that are prohibited.
Thoughts?
michael
Quoting Timo Sirainen :
On 10.5.2011, at 21.44, Michael M Slusarz wrote:
In a mailbox that has ACL restrictions on both DELETE and EXPUNGE
(i.e. no 'e' or 't' rights), I see the following:
3 UID STORE 3173 (UNCHANGEDSINCE 353) +FLAGS \deleted
3 OK Store completed.
(UID
[PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft $Forwarded $Junk \*)]
However, in both cases I currently see all flags in the mailbox:
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft
$Forwarded $Junk \*)]
michael
local data structure.
But a webmail cache is a necessity when using IMAP servers that don't
natively cache (e.g. Courier).
michael
STORE support.
michael
:
http://markmail.org/thread/z7ctwle2go6zafas
Thread in short: imapproxy provides benefits for more MUAs that take
advantage of the XIMAPPROXY feature (only IMP, AFAIK), and Timo is/was
considering adding a similar state saving feature to Dovecot 2.2.
michael
implements that incorrectly. Not all of us are lucky to connect to
Dovecot (or Cyrus).
So smart caching most definitely can and will increase performance of
an MUA, regardless of caching performed by the IMAP server.
michael
SORT/THREAD) to increase performance on these clients - especially
since that's where MUA usage is exploding.
michael
State restored.
2 OK Angemeldet.
Given this (admittedly) extreme example, the savings are 689 bytes
(+126 bytes for staterestore overhead, -815 bytes for state setup).
Additionally, the server/client have to process 4 less IMAP commands.
This is a significant savings IMHO.
Whether or not this is appropriate for a real RFC, it would probably
be useful to document in RFC fashion regardless.
michael
Hi,
I am trying to establish an IMAP mail service accessible using a current
Thunderbird on a laptop.
I used Macports to install Dovecot2 (2.1.5) on an older Snow Leopard Mac
mini with Intel Core Duo (specifically a Macmini1,1). My goal is to be
able to run sieve under dovecot2 and offload t
See, e.g.:
http://markmail.org/message/q4mjgbcxks5j4ue6
michael
t all IMAP4rev1 servers support CATENATE.
michael
Use an MUA that allows configuration to explicitly ignore the
subscription concept.
michael
wiki2.dovecot.org/Namespaces
I've read that but it doesn't tell me what a prefix is or what a
namespace is. I'm having a hard time grasping the overall concept.
Try reading the defining RFC document itself:
http://tools.ietf.org/html/rfc2342
michael
, a search for "TO t...@isocpp.org"
produces a long list of messages. What am I doing wrong?
First, you referenced the wrong RFC - RFC 2060 has been obsoleted by RFC 3501.
Second, your assumption is correct - TO should do a substring search.
But this works fine for me (using version 2.1.10).
michael
Quoting Dave Abrahams :
on Mon Oct 15 2012, Dave Abrahams wrote:
on Sun Oct 14 2012, Michael M Slusarz wrote:
Quoting Dave Abrahams :
Hi,
According to the IMAP spec (http://tools.ietf.org/html/rfc2060#page-37),
if I do a search for "TO isocpp.org" it should find all the mess
can't (at least without hacking the code). The POP3 specification
**requires** a minimum of 10 minutes before an autologout occurs (RFC
1939 [3]):
http://tools.ietf.org/html/rfc1939#section-3
michael
Quoting Timo Sirainen :
A week ago I thought I'd see
how easy it would be to implement this. I got a basic proof of concept
working as a "X-STATE" command.
[snip]
This could also be used to implement quick session state restoring for
webmails (as suggested by Michael Slusa
072,145074:145132,145136:145178,145180:145191,145193
Also, to verify it wasn't something screwy with my server, Michael
Slusarz provided me with this from his server:
There's definitely something wonky going on in the code. There's a
certain tipping point of modseqs where th
Quoting Michael J Rubinsky :
Also, to verify it wasn't something screwy with my server, Michael
Slusarz provided me with this from his server:
There's definitely something wonky going on in the code. There's a
certain tipping point of modseqs where the values become inco
Quoting Timo Sirainen :
On 5.11.2012, at 18.13, Michael J Rubinsky wrote:
I've been seeing the following wonky behavior with Dovecot.
Currently this is with Dovecot 2.0.19, but I was also seeing it in
earlier versions as well, including versions from the 1.x series.
Some backg
Quoting Timo Sirainen :
On 5.11.2012, at 20.37, Michael J Rubinsky wrote:
On 5.11.2012, at 18.13, Michael J Rubinsky wrote:
I've been seeing the following wonky behavior with Dovecot.
Currently this is with Dovecot 2.0.19, but I was also seeing it
in earlier versions as well, incl
Quoting Michael J Rubinsky :
I don't think they become incorrect, just that there are more of
them than really necessary? Yes, there's a tipping point. It's
when the modseq no longer exists in the dovecot.index.log* files,
which get rotated once in a while. This should
Quoting Timo Sirainen :
On Mon, 2012-11-05 at 12:43 -0700, Michael M Slusarz wrote:
My argument is much simpler: it is blatantly breaking the RFC. From
RFC 5162 [3.2]:
The VANISHED UID FETCH modifier instructs the server to report those
messages from the UID set parameter that have
Quoting Robert Schetterer :
Am 06.11.2012 13:17, schrieb Timo Sirainen:
the only problem is activesync implementation using it
Hi, Michael,
as i am going to implement horde 5 active sync server in near Future
with dovecot , i followed this in high interest
I know horde active sync server
Quoting Timo Sirainen :
On 6.11.2012, at 3.49, Michael J Rubinsky wrote:
That would require infinitely storing the modseq of when each message
was expunged. Not very nice. Also the RFC talks a lot about this
situation. The SELECT command has two optional parameters to optimize
it.
The RFC
801 - 900 of 1115 matches
Mail list logo
