just installed dovecot with fts_squat
config attached after message.
When i telnet to imap server and execute by hand
1 login user password
select foldername
search body someword
it works fine, and at blazing speed except first run (indexing).
i already indexed everything by doveadm index
When i telnet to imap server and execute by hand
1 login user password
select foldername
search body someword
sorry it was 2 and 3 just like 1 at login.
it works fine, and at blazing speed except first run (indexing).
i already indexed everything by doveadm index offline to prevent server
maildir form. Reviews of kmail are very bad, and thunderbird uses the
mbox format for storage.
If it is native maildir you can configure that/your account to use maildir and
simply copy your mailbox over to Dovecot. When Dovecot accesses the mailbox it
will create the necessary index files and
i repost my question as it probably wasn't received properly - i did it
just after subscribing possibly too early. thanks for answers
--
just installed dovecot with fts_squat
config attached after message.
When i telnet to imap server and execute by
always work very well.
what's wrong?
Fixed: http://hg.dovecot.org/dovecot-2.1/rev/4ce1f9649592
Thanks. so - my post actually got right. sorry for repost!
just got this delayed!
Anyway, fts-lucene backend works better than fts-squat.
Better in what respect?
less than a second (when disk
thank you very much for help!
On Mon, 18 Jun 2012, Timo Sirainen wrote:
On 18.6.2012, at 20.23, Wojciech Puchar wrote:
Anyway, fts-lucene backend works better than fts-squat.
Better in what respect?
less than a second (when disk I/O was needed) fulltext search over 1 mails
doesn't
I know it. I have to tune it.
--
he did not only changed Dovecot but OS. I would bet it is his OS problem -
as he stated 100% of single core is used while 6 are available. something
definitely not dovecot dependent.
i would recommend installing exactly the same version of old
We are building a new system that will support a large number of users (high
volume, high concurrent usage, etc).
what is large?
We have played with Dovecot, but in most serious applications we have
traditionally used Courier IMAP.
It's my (lay) understanding that with indexing and
Nearly all of them are non-caching. (I don't know of any caching ones.)
which is definite adventage in spite of it's numerous security holes.
Nearly all of them are non-caching. (I don't know of any caching ones.)
At least roundcube (v0.7.1 here) has some caching options:
--[excerpt from roundcubes main.inc.php]-
// Type of IMAP indexes cache. Supported values: 'db', 'apc' and 'memcache'.
kmail v.3 is barely usable, v4 is good.
It looks like you don't like any of the email programs we've discussed.
Which email programs do you like?
it depends whether you ask what I personally use or what i recommend to my
clients.
I personally use alpine exclusively. I don't like GUI
For Jonathan Ryshpan:
for no obvious reason my IP is blocked at ATT mail server you use.
everything.
Not happy world to live.
On Sat, 23 Jun 2012, Jonathan Ryshpan wrote:
On Sat, 2012-06-23 at 10:32 +0200, Wojciech Puchar wrote:
For Jonathan Ryshpan:
for no obvious reason my IP is blocked at ATT mail server you use.
I'm not sure what's going on, but I suspect the problem is this: Many
But I don't know, whether this is the sort of caching you are referring
to.
what's a point of caching imap, except your webmail service is not locally
connected (localhost or LAN) to imap server?
Asking for items 600-615 from a threaded list, sorted by something, can be an
expensive
I'm currently (re-)planning my email setup and have been doing some research.
I have done some searches and read several threads in the areas of my
questions here. While there are some that come close I haven't yet been able
to get all my questions answered.
I currently run a postfix,
it is already enormous overshoot in hardware specs. And i do not really catch why you
have 4 in parallel servers.
And finally i cannot understand this dividing of servers just to merging it
back using VMWare.
because it is a big difference if you have anything in a single
machine or splittet
Buy cheapest but largest SATA drive and use RAID1 (or RAID1+0) setup.
oh no please do not recommend SATA crap with RAID1 and think
it is faster than RAID6 - the additional writes doe snot matter
if the whole disk-system is much faster and RAID1 has no benefit
in performance
OK i would not
Asking for items 600-615 from a threaded list, sorted by something, can be an
expensive operation, especially if you just asked for items 585-600 a moment
ago?
Can be, but is it? :) Dovecot attempts to cache/index stuff as well. Normally
there shouldn't be a need for extra caching layer
ALT storage, so for instance you could keep your indexes in a RAID10 of SSDs,
recent email on a RAID10 of 10kRPM/15kRPM SAS drives, and older email can go
on a load of 5k/7.2k SATA drives in RAID6, or on a NAS via NFS.
far better solution but still about 2-3 times more $/performance than
wehre your webmail is running and configure the webmail for
using 127.0.0.1 - so only one connection per user is
persistent instead make a new one for each ajax-request
Someone benchmarked Dovecot a while ago in this list with and without imapproxy
and the results showed that imapproxy simply
The only draw back I see with maildir is one file per message. This
it is mostly adventage.
makes it resilient to corruption that mbox sees (if a message gets
corrupted, you erase one message and that corruption won't propagate
even if you leave it in place). In many setups this also leads to
Timo: I'm not sure if you are saying that all client-side caching is wrong.
If so, I'm going to disagree with you, especially when dealing with more
complex data structures.
it is always good - on WAN links.
Hi, i dont wanna flame into this thread, cause its heavy tec stuff
which i dont really fit in
but for some webmail you can use http://imapproxy.org/
the discussion was about if running proxy at all make sense.
Proxies are to reduce traffic or server load by avoiding repetitive
requests.
why this process (which most probably do squat index/update) runs as root,
not - like imap process - as user?
29413 root 1 760 22820K 9204K kqread 1 0:17 5.86%
indexer-worker
29413 root 1 760 22820K 9204K kqread 1 0:17 5.86%
indexer-worker
It runs as root while not really doing anything, but when it starts
accessing users' files it temporarily drops privileges. This is
necessary if users have multiple different UIDs.
to showed it with root
Note that you wouldn't get anything back from a similar fail of a RAID10
array either (unless we are talking temporary removal and re-insertion?)
use multiple RAID1 arrays, 2 drives each, one filesystem each.
The executive summary is something like: when raid5 fails, because at that
point you effectively do a raid scrub you tend to suddenly notice a bunch
of other hidden problems which were lurking and your rebuild fails (this
and no raid will protect you from every failure. You have to do backups.
Has anyone tried or benchmarked ZFS, perhaps ZFS+NFS as backing store for
yes. long time ago. ZFS isn't useful for anything more than a toy. I/O
performance is just bad.
though this is a bit of a side question, has anybody had an issue while
running Outlook 2010 with Dovecot?
No because i don't use that shit and enforce anyone not to do this.
Outlook is terrible and even worse with imap. It is not Dovecot fault and
have nothing to Dovecot.
Just replace
No, I'm saying you are trolling. A concat of RAID1 pairs has
reliability identical to RAID10.
not a concat but separate filesystem.
I prefer Alpine myself but try running that on Windows 7 (forced to at
work :-( ).
never needed but at least under windows XP it works fine.
Wojciech,
I believe you do recognize that this may be something that requires policy
changes to take effect.
Of course i do!
If you are not the one deciding with policy then state clearly that this
shit simply doesn't work, so if the policy is to use it, then the same
policy should state
Hi, must be your setup no Problems here with
Outlook 2010, sorry no time recent for analyse your posted config
I don't have any problems with it either. sounds like it could be a
networking problem. I have also heard on the Postfix list about some AV
programs causing problems.
If you don't
No policy can override truth and facts.
I'm not going to comment other than say that this sub-thread probably needs
to continue on:
alt.flames.anti-microsoft.linux.jihad
no. no jihad. No linux actually (i don't use linux).
That's fact.
If someone want to use outlook then fine, but should
Speaking of truth and facts, you've had a lot of advice here lately for someone
who clearly has never worked on anything but toy projects with users that
you're free to bully into submission. If you don't have something useful to
contribute, why not just keep it to yourself?
If you show me
It's not funny at all, using certain references as you like doing. I don't
remember when I last heard such words on this list.
What do you fear?
You're not necessarily wrong about Outlook vis-a-vis IMAP. You're very wrong
about how much power an email admin has in a real organization. Please take the
non-constructive flaming and cursing somewhere else, as others have suggested.
Still you can't improve trash program by better IMAP
Equivalents of all these can be presented the other way around against badly
configured free software solutions.
Fortunately not microsoft sets open standard and have to conform to them
or there will be microsoft only mail. And more fortunately not these
admins.
OK response from exchange
Outlook is the client of Exchange , it can do smtp,imap,pop3 too
its sold as a solution, with os , server, auth system ,client , support
people etc
and that solution - as a common example - doesn't work.
There is no reason for M$ to make Qutlook fit in a perfect
imap client cause this would
finally some clear answer :)
Trying dovecot to improve outlook is like using gold to improve shit.
No matter how much gold is used, it will still stink.
I cannot understand that people.
On Tue, 3 Jul 2012, Timo Sirainen wrote:
On 2.7.2012, at 19.12, Kaya Saman wrote:
what's really weird is
Many companies require Outlook, and the fact is, as an EXCHANGE
client, Outlook works extremely well. I agree that as a standalone
Show me this.
I actually migrated many places OUT of this crap because it doesn't work,
with great success.
is there any chance of updating the build scripts to include these files?
thanks,
same here. i've copied it from dovecot 1 install
It absolutely kills me every time I see a mail server admin display
almost total lack of knowledge of his/her storage back end, or the
inability to describe it technically, in an email...
You should get used to this. Welcome in XXI century!
The rule is
amount of real knowledge*official paper
this is actually offtopic from the OP however, feel free to PM with
any questions you have :-)
However, in response I didn't use any images, just the simple FreeBSD
8.2 AMD64 ISO. and installed from there.
and it will work on many VM systems. And works best without any VM
overlay.
I wanted to find a good way to migrate from NFS old netapp to NFS new server
(this one is not a netapp !).
why not just attaching disks directly? going from older nonsense to newer
one :)
There 3 kind way (according to my own experience)
- rsync old spool to new spool being patient stop
~ James.
Thank you, this is a valid suggestion, especially since it could be
done directly with some SQL magic in dovecot config file.
I will consider this option !
as i always run dovecot using standard unix auth/password mechanism and
mail user is always unix user, then it is rather
Am however, trying to do all clean installs on FreeBSD where I **can
** get away with it.
right.
Ok this may sound incredibly sad so don't sue me for it, but for my
OpenSource work at home I have switched over from 15+ Linux servers
down to 1x FreeBSD system running Jails.
quite a common
At 16TB+ scale with maildir you should be using XFS on kernel 3.x, not
EXT4. Your performance will be significantly better, as in 30% or much
why you want to make 16TB partition at first place?
(thousands of mails) in maildir format,
this is small folders. From my practice average are 1-2 mails.
Huge are over 15.
this is small folders. From my practice average are 1-2 mails. Huge
are over 15.
did tests with artifically created million mail folder.
except i needed to rise vsize limit of dovecot process in config , and
except first index creation it works smooth with dovecot taking
do you really think it is a good idea to trash someone else's comments
(without contributing anything at all I might add) based on pure
ass-u-me-ptions of yours that have no basis in reality?
Do you hate yourself of not being able to understand normal response and
so - getting agressive
Fine. i understand that. What i am suggesting is not making large LUNs.
you get the best performance with directly attaching disks to your machine.
That's simply not true. 99% of block latency is rotational. iSCSI
It's not about iSCSI latency and overhead.
It's about other things i just
Appreciating all Dovecot rich features, I lack just one. And this is the
ability to customize the quota exceeded, message rejected message. I know
no because SMTP mail delivery is not dovecot job.
I think there are optimal situations where any configuration looks good . . How
often can a real-world disk actually deliver the 6Gbs when only a minority of
disk reads are long sequential runs on the platters?
none of hard drives can saturate 1.5Gb/s
there is more than the connection speed
6Gbsdo not help you much as long the physical disk can not
write in this speed and more concurretn writes making
this worser - so there are many things like big battery backed
caches fon a SAN which are imprtant for OVERALL performance
with cache as big
is random seek latency. And the faster the spindle, the lower the
latency. Thus 15k Seagate SAS drives are excellent candidates for mail
store duty, as are any 10k or 15k drives.
definitely not counting by $/IOPS rate. even worse looking with $/GB which
is more important unless you make 1GB
disagreed with my statement, then agreed with it. Apparently you didn't
realize you did so. Would you please clarify what I stated that is
simply not true? You comment WRT SSD doesn't prove anything I said to
be untrue. Quite the contrary, you reinforced my statements.
Actually the only
using SATA for any production-storage
Hi, sorry SATA is running fine here,
as well here.
Many people just want to be proud, or want to make things expensive so
their clients are proud. but not always it's like that.
ouch - that said and your offlist discussion why SAN storages
are crap for you gives a picture - nobody, really nobody is
using SATA for any production-storage
In a view of moron you are everyone.
Many people just want to be proud, or want to make things expensive so their
clients are proud. but not always it's like that.
You go on a bit about pride in complexity . . What you fail to understand is
that many highly intelligent, experienced, very able engineers build systems that are
please stop this bullshit, especially OFF-LIST
Fortunately you do not decide about it.
i do not sell them and i am not uneducated
The wording they use (everyone do this, because it is enterprise) just
proves that most of them are people that
should not even touch a computer
look in the
why does dovecot touch any ever used fuse-mountpoint
and scream at the next start that is no longer mounted?
If this is intentional, remove it with doveadm mount
why if i never called doveadm on any setup at all?
Because you never read any docs.
Dovecot lmtp delivery.
after say 7 days I want to delete all spams older than 7 days,
if I simply delete mail files from the file system, is that a 'bad thing' ?
i don't use lmtp so maybe i'm wrong but if you use maildir format just
deleting/moving files always work properly
if I simply delete mail files from the file system, is that a 'bad thing' ?
[...]
IMHO 7 days is dangerously too short. False positives during vacations
happen too ;-)
I would suggest at least 30 days (as used by Gmail).
or use spam system that NEVER actually receive something it thinks it is
is spam, but provide proper SMTP response.
I personally do not recommend rejecting cases (very) close to spam/ham
border in SMTP session
well i have very very low amount of misses
but consider generating meaningful SMTP response like if you are not
spammer call us, so we will fix it
Hopefully, I'm sending this to the right place...
Can someone guide me on changing the Maildir messages files
back to the single file format I used to have instead of the
dovecot.index /cur /tmp /new format my newer server currently
has. I'm running dovecot v1.2.9
specifically from a filesystem IO perspective:
1. new mail delivery
not much difference.
2. searching a mailbox folder
if you do linear search then yes
3. mass deletion of emails from one mailbox folder
3 is not true.
maildir is more IO efficient when reading and deleting
anyone has any tips what's best way to execute a script via email ?
use procmail - it's easy and actually works. you can do basically
everything with procmail.
This question is off topic, dovecot is not SMTP agent.
I have a wget script that fetches some pages, and, emails me the output,
Old school - in /etc/aliases you can set:
user|/home/user/script
And read the mail from stdin.
Ken
works great but requires root to do this
Voytek Eymont voy...@sbt.net.au wrote:
anyone has any tips what's best way to execute a script via email ?
I have a wget script that
not much difference.
maildir requires 3 (or is it 4?) metadata operations and a file write op
your remarks are mostly true, except concentrates too much on uncommon
situations and uncommon strange case of probably tens of thousands of mail
accounts that must be very limited.
From my
the credit it deserves.
The ideal is a hybrid - maildir for new mail, mbox (or mdbox) for longer term
storage...
True. Not did this as never got I/O problems because of mail.
For larger installations in may be adventageous to use mbox based archives
on RAID5 (this would be mostly
longer term storage...
may I ask how you do archivate maildirs? With mbox I used mhonarc but
with maildir I do not really have a soluton yet.
mhonarc is mail to HTML converter.
We meant just converting format to mbox.
mail accounts that must be very limited.
There are many folks on this list who ran out of IOPS due to maildir at
one time or another. Nowhere near tens of thousands of accounts were
not required. To solve the problem, they either purchased more
did you actually monitored WHAT part of job
Stable release
http://en.wikipedia.org/wiki/Software_release_life_cycle 3.22 /
September 10, 2001
[...]
Procmail is widely used on Unix
http://en.wikipedia.org/wiki/Unix-based systems and stable, but no
longer maintained; users who wish to use a maintained
program are advised to use an
can you explain what is wrong in using greatly working program just because
there are no new versions?
What kind of external maintenance you need for it?
Sorry but your warning is a pure nonsense. procmail is mature software and
that's adventage
versions but current Debian version no longer mentions it in the man page.
10 years old version is something that IMHO must be mentioned when
recommending procmail. For some people it is not important, for some
people it is important information/hint.
so you've mentioned. that's ok. but don't
so hack my mail. i use procmail heavily. i'm waiting
would you stupid boy stop your permanently trolling on this list?
first i would need to start.
I would like to do incremental backups of the users' maildir
directories to a dedicated backup host (using rsync -SHa
and rsnapshot).
dont use it.
use rsync -b option. It is MUCH MUCH BETTER.
i use it regularly.
Split your rsync session if you have huge amount of users or rsync would
be
but --detect-renamed fixes it.
This did not work:
# rsync -SHa --detect-renamed /etc/motd /var/tmp
rsync: --detect-renamed: unknown option
rsync 3.0.9 FreeBSD ports with option enable detect renamed
it uses
rsync-patches-3.0.9.tar.gz
in addition to main source. patch for renaming files
Right now we're migrating mailboxes from dovecot - Exchange, and
Exchange cannot handle leading and trailing spaces in Folder names.
ask microsoft
Right now we're migrating mailboxes from dovecot - Exchange, and
Exchange cannot handle leading and trailing spaces in Folder names.
ask microsoft
another example what low-brained guy you are
You are scared.
do you really think that he migrates to exchange
because he have fun with it?
so? is it my problem that he works in company managed by an idiot?
Why dovecot users have to provide free support for microsoft software,
while microsoft are paid for their products thousands of dollars?
Does it
so? is it my problem that he works in company managed by an idiot?
so why do you not simply shut ip at all?
You are even more scared.
i use dovecot 2 under FreeBSD (dovecot2-2.2.15 compiled from ports).
tried both with kqueue enabled or not.
everything works very fast, EXCEPT fetching big mail.
tried multiple clients (thunderbird on windows, alpine on the same server,
alpine on other unix server connected by 1Gb/s LAN) and
i use dovecot 2 under FreeBSD (dovecot2-2.2.15 compiled from ports).
tried both with kqueue enabled or not.
everything works very fast, EXCEPT fetching big mail.
tried multiple clients (thunderbird on windows, alpine on the same server,
alpine on other unix server connected by 1Gb/s LAN) and
, Wojciech Puchar wrote:
i use dovecot 2 under FreeBSD (dovecot2-2.2.15 compiled from ports).
tried both with kqueue enabled or not.
everything works very fast, EXCEPT fetching big mail.
tried multiple clients (thunderbird on windows, alpine on the same server,
alpine on other unix server
user attempts to create folders with /
dovecot naturally cannot create it so it returns error but outlook of
course "create" it and keep data in local store only. data is lost when
you remove local store .pst file.
The question is - can dovecot be configured so it will automatically
replace
The question is - can dovecot be configured so it will automatically
replace slash in name with something else?
And how would this help? Outlook would still go ahead and create the folder
with / in it, and dovecot would create a folder with, say - in it and now you'd
have two folders.
Aki
, Wojciech Puchar wrote:
user attempts to create folders with / dovecot naturally cannot
create it so it returns error but outlook of
course "create" it and keep data in local store only. data is lost
when you remove local store .pst file.
The questio
this seems to form properly.
thank you very much
On Mon, 1 Oct 2018, Timo Sirainen wrote:
On 28 Sep 2018, at 16.44, Wojciech Puchar wrote:
user attempts to create folders with / dovecot naturally cannot create it
so it returns error but outlook of course
"create" i
i've upgraded dovecot on my server to 2.3.9
works properly but saslauthd that uses it for rimap authentication over
127.0.0.1 works SLOW. You need to wait 15-20 seconds before
authentication.
only imap login over 127.0.0.1 is slowed down, while over any other IP is
quick.
i had this
how to disable throttling (or better - put other limits) for 127.0.0.1?
https://wiki2.dovecot.org/Upgrading/2.3 - look for "Localhost Auth Penalty"
that's certainly this.
but i am not an expert in this passdb system
my current config is
passdb {
driver=passwd-file
args=
how to properly do this?
I'm not an expert either, but I *think* you can just more or less literally
copy/paste from
the example in the link.
Ie., right before your passdb{} entry pointing to /usr/local/etc/dovecot/aliasy
you would just
Thank you very much. not it works properly.
i use solr fts indexing. It worls very well but it have one database per
system, not per user.
Lets suppose i delete one or more e-mail users in system.
How to remove them in solr database to reclaim space?
files".
mbox is multiple emails in single file, maildir is single email in
single file
Exactly my point!
which is good (mbox) in mail archiving. And not much else.
alpine can work with IMAP accounts.
On Tue, 13 Sep 2022, Sam Kuper wrote:
On Tue, Sep 13, 2022 at 04:10:22PM +, White, Daniel E. wrote:
On Tuesday, September 13, 2022 at 12:07 Narcis Garcia wrote:
El 13/9/22 a les 18:01, White, Daniel E. ha escrit:
Specifically, Windows 2016 server
I
but it seems sendmail strips domain name from entered login.
No, it is saslauthd. Check the documention and see the "-r" parameter of
saslauthd.
found it a minute before reading this e-mail. thank you
works fine. almost ;)
Why authenticating over imap takes so slow?
my saslauthd runs like
Why authenticating over imap takes so slow?
my saslauthd runs like that
/usr/local/sbin/saslauthd -a rimap -O 127.0.0.1 -n 0 -r
imap server is handled by dovecot of course.
to be sure it's not sendmail i've tried testsaslauthd
testsaslauthd -u woj...@puchar.net -p mypassword
works but
}
so it will listen on the same socket.
the effect with sendmail is as below
Mar 23 21:23:29 <2.3> puchar dovecot: auth: Error: Authentication client not
compatible with this server (mixed old and new binaries?)
do i need to specify something while compiling sendmail to make it
login_trusted_networks = 127.0.0.1
fixed the speed problem
1 - 100 of 108 matches
Mail list logo
