Thank you!
Here is the whole problem I see:
as I saw how good it is to have messages compressed I used https://github.com/
George-NG/dovecot-maildir-compress script to compress whole mailboxes and thus
save more space on disk. Looks like lock won't worked well so now I can see
lines like that in Do
le %s (see https://wiki2.dovecot.org/Variables)
>
> You can use this to choose the value you return for port.
>
> Aki
>
> > On 17 September 2018 at 16:56 Alexander Chekalin <
> alexander.cheka...@gmail.com> wrote:
> >
> >
> > Seen that URL but port= is s
port based on that, or you can omit port to default into
> "standard port".
>
> not using ssl/starttls is default.
>
> > On 17 September 2018 at 16:35 Alexander Chekalin <
> alexander.cheka...@gmail.com> wrote:
> >
> >
> > Thank you!
> >
143 host_pop=10.1.1.1:110'
or somehow?
On Mon, Sep 17, 2018 at 4:33 PM Aki Tuomi wrote:
> Due to certain design issues, the ssl=no is actually same as ssl=yes, same
> goes for starttls=no. So there is no support actually for "ssl=no" at this
> moment.
>
> Aki
Hi,
I try to set up dovecot as a proxy server, to proxy requests to several
dovecot-based backend servers. I wand external clients who connects to this
proxy Dovecot to use TLS (this is easy to set up) while want to have
unsecured (plain IMAP/POP) connections to backends.
You see, links to backen
05.06.2012 23:33, Michescu Andrei написал:
Picture the following scenario: master servers on each continent.
Catastrophic failure of the trans-continental network => 5 big
disconnected chunks of network fully functional. Any HA setup that I saw
will fail miserably. The simplest design with fully
,
Alexander
09.04.2012 18:03, Timo Sirainen написал:
On 9.4.2012, at 17.58, Alexander Chekalin wrote:
as I need to store a lot of messages on my IMAP server (order of 900K-1000K; this is an archive for
some time, maybe a year or so), I see some "slowness" in dealing with such a huge amo
Hello,
as I need to store a lot of messages on my IMAP server (order of
900K-1000K; this is an archive for some time, maybe a year or so), I see
some "slowness" in dealing with such a huge amount. I mainly need to do
searches like "get all messages from us...@domain1.com to
us...@domain2.tld
Just wonder if it is possible to enable/disable IMAP4 on Dovecot (2.0.x
as far) on per-user basis?
The deal is simple: our policy is not to store a lot of mailing on
mailserver (the user should store it locally), thus the 'use POP3'
approach, but for a vary few users it is permitted to use IMA
Hello,
I use Dovecot for rather long time, but I'm still in doubt for some
small things. Here they are:
1. The homedir value points to the place where everything for the user
stored at, while mail_location is something (some place) where mail
stored at. if I deal with pure virtual users (all
slash), which results in real filesystem directory.
Thanks for your time anyway!
Yours,
Alexander
25.12.2011 3:50, Stan Hoeppner пишет:
On 12/24/2011 10:26 AM, Alexander Chekalin wrote:
Stan, thank you for the reply,
But I believe I obey this rule: I create "folder with ONLY folders
ocol commands. PHP for example looks like use only one command to
create a mailbox, no difference what type of it I need.
I understand PHP isn't the only script language to deal with IMAP, so I seek
for advice how IMAP works with on protocol level.
24.12.2011, в 13:31, Stan Hoeppner написал(
Hello,
I'm now dealing with funny problem. I try to use Dovecot (2.1.rc1,
actually) and mbox format to store old mailing, to keep logic of "one
folder = one file".
If I'd choose Maildir, I'd be able to create hierarchical folders (like
"OldMail -> Maillists -> Dovecot"), and in fact on disk
eaders?
Thank you in advance!
Yours,
Alexander Chekalin
where my messages exactly are.
If it be possible to have per-IMAP-folders mdboxes, I love to use it.
But from what I know and tried this is not way mdbox used to work, right?
Yours,
Alexander Chekalin
Message GUIDs are pretty good for that.
Oh, thank you! Nice news!
With Maildir the message GUID is typically the same as the Maildir base
filename (i.e. everything before ':' character).
But what if I one day decide to convert my maildir's to mbox'es?
I really plan to do such conversion in
ir storage model) move the message's
file info another folder in the same mail box - after I start dovecot,
will the UID for the message be the same or not?
Thank you in advance,
Alexander Chekalin
Hello,
I'm still playing with search messages from/to specified email address.
In fact I need to do that to take such messages and copy it to another
mailbox (so that box will contain 'Search results' and will be available
to examine by any IMAP client). I've put my mailings in mdbox storage
Hello, Stan,
> This is why I recommended mbox in the first place. If your only writes
> to these mailbox files are appends of new messages, mbox is the best
> format by far. It's faster at appending than any other format, and it's
> faster for searching than any other.
I now seriously consider
will be stripes over couple of mirrors =
software equivalent of RAID 10 on SATA drives, with compression on FS level) on
FreeBSD, or XFS over LVM on Debian with compression in mdbox itself. I see pros
and contras for both, so that's the question to answer!
Yours, Alexander
> On 11/14/
Timo, Stan,
I've just tested mdbox and find it pretty nice for me, but now I got
some questions for you:
1. mdbox uses 'a lot' files (m.1, m.2 ... etc), and the default size if
2Mb. Looks like not even every message can fit into such storage
container volume (nowadays we used to see messages
Hello, Stan,
in fact the only thing I miss even with my current scheme is permanent
ID assigned to the message so I can easily find it despite the IMAP
mailbox it is now (so if someone moved the message from one
mailbox/folder to another, the ID allows to retrieve it fast anyway).
You see, w
es, b.
Are there any ways I can search or parse mboxes or mdboxes not directly and not
with IMAP (I'm afraid it slooow in dump parsing)?
10.11.2011, в 3:42, Stan Hoeppner написал(а):
> On 11/9/2011 10:16 AM, Alexander Chekalin wrote:
>> Thanks, Robert,
>>
>> will t
Thanks, Robert,
will take a look at.
What I'm afraid for is how database storage should be planned (storage,
CPU, RAM, scaling when will be over-filled). When dealing with files
(I'm using maildir), it is much easy to understand and to fix just about
everything. Adding database involves tune
ilename'), but soon I
find out that message files can be renamed by Dovecot.
Could you please advice me how to speed up message search?
Sorry for such a long question, hope you can help!
Yours,
Alexander Chekalin
days). I really afraid it
will be slo-o-o-ow search, even with indexes (I mean, virtual folder
that is defined as search over 1000 folders will be not that fast).
The mailbox is maildir by nature. How can I archive these goals with
smallest load possible, and if it is possible at all?
Thank you,
Alexander Chekalin
r (NewTestMailbox is
the test mailbox I created), but there is no .#virtual^Sent dir.
I rebuilt Dovecot, and also tried to build 1.2.12, none worked.
May there be any solution for that?
Yours,
Alexander Chekalin
So I'd better wait for dsync? Or I can get it (without iterate code) now
somehow?
11.01.2010 16:54, Timo Sirainen пишет:
On 11.1.2010, at 16.46, Mario Antonio wrote:
With v2.0 dsync would be great for this..
How could dsync beat rsync?
With just one rsync command you can replicate the whole
Timo,
I'd really love to but I'm really not sure in my code skills to patch
such a sw as Dovecot.
11.01.2010 16:42, Timo Sirainen пишет:
On 11.1.2010, at 16.41, Alexander Chekalin wrote:
In fact I just try to understand if Dovecot's behaviour is right and my
expectation
No of course it won't. But dsync seems to be a solution that won't deal
with storage level so it will resolve conflicts easily.
Personally I prefer rsync :)
How could dsync beat rsync?
With just one rsync command you can replicate the whole mail store (a
root folder)
Can you do the same with D
I'd love to use it (it's going to be magic solution for me).
But no I haven't looked at v2 yet. Is dsync is ready to use now or this
is just an alpha/beta concept code?
11.01.2010 16:34, Timo Sirainen пишет:
On 11.1.2010, at 16.06, Alexander Chekalin wrote:
Doing this using
ning
linux).
Regards,
Tom
Alexander Chekalin wrote:
Yes, I'm trying to make some backup solution.
The idea was to have two identical (well, nearly identical) servers with
the same software and data on them, and while the first do its job as
SMTP and POP3/IMAP4 server, the second server j
I see the only option I have is to use filesystem sync and not rsync.
Frankly I'd rather use rsync and not play with GEOM (I'm on FreeBSD) on
servers right now.
The problem as I've said is not sync itself but rather Dovecot's way of
treating files. You can test it yourself: go to your our cur/
so I can't run it every 5 minutes, and, moreover, it crashes on
some messages, so can not rely on it in production.
Yours,
Alexander
11.01.2010 15:07, Charles Marcus wrote:
On 2010-01-11, Alexander Chekalin (acheka...@lazurit.com) wrote:
I'm not sure if this is intended behaviour. It
when doing periodical rsync (SMTP put message to new/ dir,
then rsync copy it to second server, then message on the first server
move to cur/, and second rsync results in two files on second server).
It there any workaround?
Yours,
Alexander Chekalin
04.01.2010 18:41, Timo Sirainen wrote
Hi,
I'm really fuzzy about some problem on how Dovecot used to name files to
store messages in Maildir.
I have two identical servers (let's call them "First" and "Second"), and
have Dovecot and Exim set up on both of them (Maildirs are used to store
messages and boxes). First server is the s
36 matches
Mail list logo