Hi All.
I want to know how filenames are changed by dovecot e,g more details on how it
renames the files when a mail is read.
For read mails i found that it appends an S.
1264579250.P22376Q0M765148.ecs,S=1161:2
1264579250.P22376Q0M765148.ecs,S=1161:2,S
Want to know if other modifications done
On Wed, Jan 27, 2010 at 02:45:09PM +0500, CoolAtt NNA wrote:
>
> Hi All.
>
> I want to know how filenames are changed by dovecot e,g more details on
> how it renames the files when a mail is read.
>
> For read mails i found that it appends an S.
> 1264579250.P22376Q0M765148.ecs,S=1161:2
> 12645
Hi Timo
Making my tests with the body and head separately (splited in 2 files and
concatenated with the i_stream_create_concat), getting some errors that I do
not understand.
I did not create the plugin, the changes is in maildir-mail.c. Is the same
that I write in the beginning of the email.
Hi all
# dovecot --version
1.2.10
# dovecot -n
# 1.2.10: /etc/dovecot.conf
# OS: Linux 2.6.18-128.el5 x86_64 Red Hat Enterprise Linux Server
release 5.3 (Tikanga)
log_path: /var/log/dovecot.log
info_log_path: /var/log/dovecot.log
ssl: no
login_dir: /var/run/dovecot/login
login_execu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 27 Jan 2010, Nick Lunt wrote:
Im sure my .dovecot.sieve is not getting processed but I cannot prove
it.
Do you have a .dovecot.sievec (Note the 'c' at the end) file?
Did you configured your MTA to use Dovecot deliver as LDA?
http://wiki.d
c file I'm afraid.
When I run sievec on the .dovecot.sieve it creates a .dovecot.svbin
Many thanks,
Nick.
__ Information from ESET NOD32 Antivirus, version of virus
signature database 4810 (20100127) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
Nick Lunt wrote:
>
> I don't really get any info in the logs either:
>
>
> Im sure my .dovecot.sieve is not getting processed but I cannot prove
> it.
>
Your sieve file will be processed at delivery time, when the MTA (f.i.
postfix) will hand off mail to the dovecot LDA, deliver. Your log fil
Timo, is this a known issue?
At Thu, 21 Jan 2010 21:36:41 -0500, David Abrahams wrote:
>
> At Thu, 21 Jan 2010 21:17:37 -0500,
> David Abrahams wrote:
> >
> > But, whatever is wrong with command c, it does seem to be working!
>
> Spoke too soon, perhaps.
>
> If I delete the last message in a
I continue to experience this issue, so I thought I would re-post my
inquiry.
We are testing with 1.2.9 and have found that with
mail_full_filesystem_access set to 'yes', we cannot force indexes for
folders under ~/mail to be stored in /var/dovecot/indexes/%u.
/var/dovecot/indexes/%u/.imap/IN
On 2010/1/25, Timo Sirainen wrote:
> Right. STATUS command is capable of returning the total number of
> messages in a mailbox.
Is STATUS command (or other IMAP command) able to determine the SIZE of
a mailbox/,aildir (folder)?
--
Best regards,
Charles
On Wed, 2010-01-27 at 13:21 -0500, Charles Marcus wrote:
> On 2010/1/25, Timo Sirainen wrote:
> > Right. STATUS command is capable of returning the total number of
> > messages in a mailbox.
>
> Is STATUS command (or other IMAP command) able to determine the SIZE of
> a mailbox/,aildir (folder)?
Ronny Reiher wrote:
Hi Stephan,
many thanks for your great work on Sieve !
Since I have upgraded to Sieve v0.1.15 and ManageSieve v0.11.11 the "Seen Flag"
doesn't work anymore. With your previous Version it was working fine. Maybe you can give
me an hint how to solve this issue ?
# Sieve Fil
I'll look into that at the same time when I fix the other problem with
virtual mailboxes. Which happens after I release v2.0.beta2 (which in
turn requires several bugfixes..).
On Wed, 2010-01-27 at 12:03 -0500, David Abrahams wrote:
> Timo, is this a known issue?
>
> At Thu, 21 Jan 2010 21:36:41
At Wed, 27 Jan 2010 21:41:58 +0200,
Timo Sirainen wrote:
>
> [1 ]
> I'll look into that at the same time when I fix the other problem with
> virtual mailboxes. Which happens after I release v2.0.beta2 (which in
> turn requires several bugfixes..).
Great, thanks. I'll just sit tight and wait.
-
On Wed, 2010-01-27 at 09:42 -0800, Dave Brenner wrote:
> I continue to experience this issue, so I thought I would re-post my
> inquiry.
>
> We are testing with 1.2.9 and have found that with
> mail_full_filesystem_access set to 'yes', we cannot force indexes for
> folders under ~/mail to be st
On 1/27/2010 12:13 PM, Timo Sirainen wrote:
> Looks like a bug. I'll look at it later. Do you really need it to be
> "yes"? :)
I would prefer that it be, since we have quite a few users who have
~/mail hard-coded as their IMAP root path (we're on UW currently). We
could get by with the split
On Wed, 2010-01-27 at 13:01 -0800, Dave Brenner wrote:
> On 1/27/2010 12:13 PM, Timo Sirainen wrote:
>
> > Looks like a bug. I'll look at it later. Do you really need it to be
> > "yes"? :)
>
> I would prefer that it be, since we have quite a few users who have
> ~/mail hard-coded as their IMA
Hopefully this isnt TOO general of a question.
I have a raid server that runs dovecot and exports via nfs the maildir
format store.
I have 4 mail servers running exim that use dovecot to deliver over nfs
I have been examing our entire setup and had the thought, would it be
recommended to instead
On 28.1.2010, at 2.37, Brandon Lamb wrote:
> Hopefully this isnt TOO general of a question.
>
> I have a raid server that runs dovecot and exports via nfs the maildir
> format store.
> I have 4 mail servers running exim that use dovecot to deliver over nfs
What about your Dovecot servers, how ma
On Wed, Jan 27, 2010 at 5:07 PM, Timo Sirainen wrote:
> On 28.1.2010, at 2.37, Brandon Lamb wrote:
>
>> Hopefully this isnt TOO general of a question.
>>
>> I have a raid server that runs dovecot and exports via nfs the maildir
>> format store.
>> I have 4 mail servers running exim that use doveco
20 matches
Mail list logo
