hi,
Am Dienstag, den 24.08.2010, 16:45 -0500 schrieb Mike Abbott:
> > That being the case I'd avoid the word "virtual". It seems we also
> want to avoid the word "home".
>
> +1. "Virtual" implies it's only for virtual users. "Home" means
> $HOME.
that is, what I think too. I also ignored "hom
On Wed, 25 Aug 2010 00:58:59 +0100, Timo Sirainen wrote:
> On 25.8.2010, at 0.54, fakessh wrote:
>
>> but i simply one error
>> quote
>>
>> doveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf
>> line 700: Unknown setting: sieve_global_path
>
> You sure that worked with v1.x ei
On 25.8.2010, at 0.54, fakessh wrote:
> but i simply one error
> quote
>
> doveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf
> line 700: Unknown setting: sieve_global_path
You sure that worked with v1.x either? It should be inside plugin {} section.
On Wed, 25 Aug 2010 00:36:54 +0100, Timo Sirainen wrote:
> On 25.8.2010, at 0.31, fakessh wrote:
>
>> I tried on my personal machine and the command cites wiki returns errors on
>> the terminal
>> what to do with errors: correct the error in the configuration file ?
>
> What errors? They should
On 25.8.2010, at 0.51, Jerry wrote:
>>> service dict {
>>> unix_listener dict {
>>># Ensure that there is no permission-related problem
>>>mode = 0666
>>> }
>>> }
>>
> Timo, are the mode settings "decimal" or "octal" in the config file? I
> thought once upon a time that someone stated t
On 24.8.2010, at 22.04, Ralph Seichter wrote:
> On 24.08.10 20:18, Ralph Seichter wrote:
>
>> service dict {
>> unix_listener dict {
>># Ensure that there is no permission-related problem
>>mode = 0666
>> }
>> }
>
> I forgot to ask: what mode setting would you suggest in the scenario I
On Tue, 24 Aug 2010 23:04:06 +0200
Ralph Seichter articulated:
> On 24.08.10 20:18, Ralph Seichter wrote:
>
> > service dict {
> > unix_listener dict {
> > # Ensure that there is no permission-related problem
> > mode = 0666
> > }
> > }
>
> I forgot to ask: what mode setting would y
On 25.8.2010, at 0.09, Marty Anstey wrote:
> However, over the past month or so we've begun to experience issues
> where IMAP clients will appear to "hang" for a period of time, we then
> see a sig 11, and afterwards mailflow returns to normal. This usually
> happens a few times a day.
>
> Natura
On Tue, 24 Aug 2010 16:45:10 -0500
Mike Abbott articulated:
> > That being the case I'd avoid the word "virtual". It seems we also
> > want to avoid the word "home".
>
> +1. "Virtual" implies it's only for virtual users. "Home" means
> $HOME.
>
> > So I see logic in calling it the "user stat
On 25.8.2010, at 0.31, fakessh wrote:
> I tried on my personal machine and the command cites wiki returns errors on
> the terminal
> what to do with errors: correct the error in the configuration file ?
What errors? They should be warnings, and you can simply ignore them. It just
warns about ea
On 24.8.2010, at 23.16, Ed W wrote:
> At the moment I would claim that you are just automatically generating a very
> complicated filename. If you never trust your hash then you might as well
> instead simply use one of the existing GUID algorithms, if you trust your
> hash then you use that.
hello all
hello dovecot network
hello timo
What are your tips for successful migration for dovecot (atrpms ,
atrpms-testing depot for centos )
the page of wiki
http://wiki2.dovecot.org/Upgrading/2.0
explains the method to upgrade
I tried on my personal machine and the command cites wiki retur
On 24.8.2010, at 23.16, Ed W wrote:
> On 24/08/2010 16:48, Timo Sirainen wrote:
>>
>> Current implementation checks how many hard links are left for the hash
>> while deleting it. If it's deleting the last reference then the final
>> hashes/hash file is also deleted.
>
> I sense an interesting r
On 24.8.2010, at 22.53, Mike Abbott wrote:
>> attachments/ha/sh/hash-guid, which is a hard link to:
>> attachments/ha/sh/hashes/hash
>
> If I store, say, all students' mail directories on one file system, and all
> teachers' mail on another, will your SIS store one copy of each attachment,
> or
Hi all,
We have been running Dovecot for over a year now in our moderate volume
mail environment (>4000 mailboxes) and it's been running great.
However, over the past month or so we've begun to experience issues
where IMAP clients will appear to "hang" for a period of time, we then
see a sig 11,
On 24/08/2010 16:48, Timo Sirainen wrote:
Current implementation checks how many hard links are left for the hash
while deleting it. If it's deleting the last reference then the final
hashes/hash file is also deleted.
I sense an interesting race possibility here?
The hash is already a full
> attachments/ha/sh/hash-guid, which is a hard link to:
> attachments/ha/sh/hashes/hash
If I store, say, all students' mail directories on one file system, and all
teachers' mail on another, will your SIS store one copy of each attachment, or
one copy per file system?
> That being the case I'd avoid the word "virtual". It seems we also want to
> avoid the word "home".
+1. "Virtual" implies it's only for virtual users. "Home" means $HOME.
> So I see logic in calling it the "user state directory" which could be
> "userdir" for short.
"Userdir" may still imp
On 24.08.10 20:18, Ralph Seichter wrote:
> service dict {
> unix_listener dict {
> # Ensure that there is no permission-related problem
> mode = 0666
> }
> }
I forgot to ask: what mode setting would you suggest in the scenario I
described? Would it be sufficient if only the user "dove
On 24.08.10 22:06, Timo Sirainen wrote:
> Even better, make it global so all programs (like doveadm) will use it
Would that be a prerequisite for "doveadm expunge" to use the expire
plugin's data? That is certainly worth mentioning in the Wiki pages.
-Ralph
On Tue, 2010-08-24 at 21:20 +0200, Ralph Seichter wrote:
> Sure enough, I forgot to add
>
> protocol imap {
> mail_plugins = expire
> }
>
> to my configuration.
Even better, make it global so all programs (like doveadm) will use it:
mail_plugins = expire
protocol lda {
mail_plugins =
Typically when using virtual users all you do is store their emails.
Why not introduce "stores"; Something like virtual_store or vstore
might work nicely.
Thanks
--
Romer Ventura
On Aug 24, 2010, at 1:43 PM, William Blunn wrote:
On 24/08/2010 15:57, Timo Sirainen wrote:
I've noticed
On 24.08.10 20:27, Timo Sirainen wrote:
> Your excerpt shows that expire plugin is enabled for lda, but doesn't
> show if it's enabled for imap.
Sure enough, I forgot to add
protocol imap {
mail_plugins = expire
}
to my configuration. Thanks, now the DB gets updated as expected when I
m
On 24/08/2010 15:57, Timo Sirainen wrote:
I've noticed that a lot of people are using e.g.:
mail_location = maildir:/var/vmail/%d/%n
Then either they don't have home directory set, or their home
directory is the same as the maildir.
http://wiki.dovecot.org/VirtualUsers/Home explains all the p
Timo Sirainen wrote:
> So far I've only come up with "vhome" as the replacement name. Other
> ideas?
Sounds good to me - simplest is usually best.
On Tue, 2010-08-24 at 20:18 +0200, Ralph Seichter wrote:
> Here is an excerpt of my current configuration:
..
> protocol lda {
> mail_plugins = expire sieve
Your excerpt shows that expire plugin is enabled for lda, but doesn't
show if it's enabled for imap.
http://dovecot.org/releases/2.0/dovecot-2.0.1.tar.gz
http://dovecot.org/releases/2.0/dovecot-2.0.1.tar.gz.sig
Some small fixes mainly, but since people aren't reporting much bugs for
v2.0.0 anymore maybe v2.0.1 release will change that. :) Some of the
more important changes since v2.0.0 are:
I've set up Dovecot 2.0 with the expire plugin using an SQLite DB, and
when mail is delivered via dovecto-lda, the DB gets updated as expected.
However, when I use Thunderbird 3.1.2 for Mac OS X to move a message to
any of the folders known to the expire plugin (e.g. the 'tmp' folder),
the SQLite D
Am 24.08.2010 um 20:01 schrieb Timo Sirainen:
> On Tue, 2010-08-24 at 19:37 +0200, Thomas Leuxner wrote:
>
>> * basedir
>
> Dovecot already has a base_dir setting, typically /var/run/dovecot
>
>> * mailroot
>
> "Mail root dir" is the ~/Maildir/ or ~/mail/ or ~/dbox/ directory.
>
>> * virtual
http://dovecot.org/releases/1.2/dovecot-1.2.14.tar.gz
http://dovecot.org/releases/1.2/dovecot-1.2.14.tar.gz.sig
+ virtual mailboxes: Added support for IDLE notifications.
- master: Don't crash on config reload when using dict processes.
- IMAP: QRESYNC parameters for SELECT
On Tue, 2010-08-24 at 19:37 +0200, Thomas Leuxner wrote:
> * basedir
Dovecot already has a base_dir setting, typically /var/run/dovecot
> * mailroot
"Mail root dir" is the ~/Maildir/ or ~/mail/ or ~/dbox/ directory.
> * virtual
Well, "virtual" alone is used for tons of stuff :) "Virtual home"
Am 24.08.2010 um 16:57 schrieb Timo Sirainen:
> So far I've only come up with "vhome" as the replacement name. Other
> ideas?
This is pretty hard to eliminate IMHO also taking into account Brandon's recap.
There is pros and cons for all kinds of inflexible naming schemes like:
* basedir
* mailr
On Tue, 2010-08-24 at 17:43 +0100, Timo Sirainen wrote:
> On Tue, 2010-08-24 at 11:36 -0500, Mike Abbott wrote:
> > > Current implementation checks how many hard links are left for the hash
> >
> > I haven't followed all the details and speculation, but this talk of
> > hard-linking makes me wond
On Tue, 2010-08-24 at 11:36 -0500, Mike Abbott wrote:
> > Current implementation checks how many hard links are left for the hash
>
> I haven't followed all the details and speculation, but this talk of
> hard-linking makes me wonder how SIS will work with mail stores spread across
> multiple fi
On Tue, 2010-08-24 at 12:27 -0400, Eric Boltz (MMI/UPC) wrote:
> The idea is to have one as the primary MX ("mail.corp.com") and the other as
> the secondary ("webmail.corp.com"). If the primary goes down clients would
> revert to webmail until the primary is back up.
>
> The plan is to use rsyn
> Current implementation checks how many hard links are left for the hash
I haven't followed all the details and speculation, but this talk of
hard-linking makes me wonder how SIS will work with mail stores spread across
multiple file systems.
I use: mail_location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir
No problems at all. I went this way because i use templates to deploy
new VMs, once running i only have to change the network config on the
new VM and add a new virtual disk to it. The disk size depends on the
service and data ne
I want to set up mirrored postfix/dovecot servers using two mac mini servers
(OSX 10.6.4) located in different locations (Canada and the US to be specific)
for redundancy.
The idea is to have one as the primary MX ("mail.corp.com") and the other as
the secondary ("webmail.corp.com"). If the pr
On Tue, 2010-08-24 at 15:57 +0100, Timo Sirainen wrote:
> So far I've only come up with "vhome" as the replacement name. Other
> ideas?
Clarification: "vhome" would be the short name, "virtual home" the long
name.
On Tue, 24 Aug 2010 08:53:31 -0700, Brandon Lamb
wrote:
> On Tue, Aug 24, 2010 at 7:57 AM, Timo Sirainen wrote:
>> I've noticed that a lot of people are using e.g.:
>>
>> mail_location = maildir:/var/vmail/%d/%n
>>
>> Then either
>
> My $0.02 is userdir over the others, but at the same time hom
On Tue, Aug 24, 2010 at 7:57 AM, Timo Sirainen wrote:
> I've noticed that a lot of people are using e.g.:
>
> mail_location = maildir:/var/vmail/%d/%n
>
> Then either they don't have home directory set, or their home directory
> is the same as the maildir. http://wiki.dovecot.org/VirtualUsers/Home
On Tue, 2010-08-24 at 15:48 +0100, Ed W wrote:
> Hi, thanks for responding
>
> > If you have a hash 351641b73feb7cf7e87e5a8c3ca9a37d7b21e525, you can see
> > if it exists with:
> >
> > ls /attachments/35/16/hashes/351641b73feb7cf7e87e5a8c3ca9a37d7b21e525
>
> This would be great for a bunch of use
On Tue, Aug 24, 2010 at 7:57 AM, Timo Sirainen wrote:
> I've noticed that a lot of people are using e.g.:
>
> mail_location = maildir:/var/vmail/%d/%n
>
> Then either they don't have home directory set, or their home directory
> is the same as the maildir. http://wiki.dovecot.org/VirtualUsers/Home
I've noticed that a lot of people are using e.g.:
mail_location = maildir:/var/vmail/%d/%n
Then either they don't have home directory set, or their home directory
is the same as the maildir. http://wiki.dovecot.org/VirtualUsers/Home
explains all the problems of not separate home and mail director
Hi, thanks for responding
If you have a hash 351641b73feb7cf7e87e5a8c3ca9a37d7b21e525, you can see
if it exists with:
ls /attachments/35/16/hashes/351641b73feb7cf7e87e5a8c3ca9a37d7b21e525
This would be great for a bunch of uses, if the hash were unique and
determinable from just some other
On Tue, 2010-08-24 at 13:42 +0100, Ed W wrote:
> Hi
>
> > The idea is to have dbox and mdbox support saving attachments (or MIME
> > parts in general) to separate files, which with some magic gives a
> > possibility to do single instance attachment storage. Comments welcome.
>
> This is a really
Hi
The idea is to have dbox and mdbox support saving attachments (or MIME
parts in general) to separate files, which with some magic gives a
possibility to do single instance attachment storage. Comments welcome.
This is a really interesting idea. I have previously given it some
thought. M
On 08/24/2010 02:45 AM, Dr Matthew Williams wrote:
> Hello,
>
> Is it possible to use Dovecot in a fully kerberized mail system?
>
> We have configured authentication via kerberos, now we would like the
> imap deamon to access a kerberized nfs file system. Has any one any
> experiences?
>
> Regard
Hello,
Is it possible to use Dovecot in a fully kerberized mail system?
We have configured authentication via kerberos, now we would like the
imap deamon to access a kerberized nfs file system. Has any one any
experiences?
Regards,
Matthew.
--
Dr Matthew Williams MEng PhD MBCS
Systems Admini
49 matches
Mail list logo
