On Tue, 2007-07-17 at 22:59 +0200, Onno Molenkamp wrote:
> Op dinsdag 17 juli 2007 schreef Doug Council:
> > plugin {
> >quota = maildir:storage=20480
> >quota_warning = storage=10% /usr/local/bin/quota-warning
> > }
> >
> > And this is the error Dovecot generates for anyone with a quota:
>
Op dinsdag 17 juli 2007 schreef Doug Council:
> plugin {
>quota = maildir:storage=20480
>quota_warning = storage=10% /usr/local/bin/quota-warning
> }
>
> And this is the error Dovecot generates for anyone with a quota:
>
> quota warning: No command specified:
> storage=10/usr/local/bin/quot
Dovecot 1.0.2 patches and compiles fine with the quota warning patch
(http://www.dovecot.org/patches/quota-warning.patch). But, when parsing
the configuration file , deliver now seems to strip all of the spaces in
the QUOTA_WARNING environment variable, generating an error.
This is the plugin
* Timo Sirainen <[EMAIL PROTECTED]>:
> On Tue, 2007-07-17 at 21:06 +0200, Ralf Hildebrandt wrote:
> > I'm getting these in my log:
> >
> > Jul 17 11:40:42 postamt dovecot: imap-login: file ssl-proxy-openssl.c: line
> > 460 (ssl_proxy_new): assertion failed: (fd != -1)
> > Jul 17 11:40:42 postamt
I know... so - I should delete it as well, then recreate it, same as
/cur?
Yea. Or I mean in both cases you can just delete the files inside the
directory, but I'm pretty sure rm tmp/* will give you an error. :)
Yeah, me too - since it won't even list the files in there (ls -al goes
into nev
On Tue, 2007-07-17 at 15:00 -0400, Jesse C. Smillie wrote:
> I have migrated from mbox format to Maildir format in the last week. I
> used the utility mb2md.pl to convert all of our existing emails from one
> system to the next. I then modified my /etc/procmailrc file by putting
> this at the to
Timo Sirainen wrote:
Yea. Or I mean in both cases you can just delete the files inside the
directory, but I'm pretty sure rm tmp/* will give you an error. :)
This:
$ ls -f ./tmp ./cur | xargs rm
is really quite efficient, and doesn't fall prey to commandline globbing
limits...
Joh
On Tue, 2007-07-17 at 21:06 +0200, Ralf Hildebrandt wrote:
> I'm getting these in my log:
>
> Jul 17 11:40:42 postamt dovecot: imap-login: file ssl-proxy-openssl.c: line
> 460 (ssl_proxy_new): assertion failed: (fd != -1)
> Jul 17 11:40:42 postamt dovecot: child 26581 (login) killed with signal 6
On Tue, 2007-07-17 at 15:11 -0400, Charles Marcus wrote:
> Timo Sirainen, on 7/17/2007 2:40 PM, said the following:
> > On Tue, 2007-07-17 at 14:34 -0400, Charles Marcus wrote:
> >>> Or just delete .Trash/cur and mkdir it back. That way UIDVALIDITY
> >>> doesn't change (although I think TB is able
Timo Sirainen, on 7/17/2007 2:40 PM, said the following:
On Tue, 2007-07-17 at 14:34 -0400, Charles Marcus wrote:
Or just delete .Trash/cur and mkdir it back. That way UIDVALIDITY
doesn't change (although I think TB is able to handle it, but at least
Mail.app broke really badly last time I did
I'm getting these in my log:
Jul 17 11:40:42 postamt dovecot: imap-login: file ssl-proxy-openssl.c: line 460
(ssl_proxy_new): assertion failed: (fd != -1)
Jul 17 11:40:42 postamt dovecot: child 26581 (login) killed with signal 6
Jul 17 11:51:12 postamt dovecot: imap-login: file ssl-proxy-openssl.
Normally I wouldn't post off topic to a mailing list, but I have posted
every where else I can think of and haven't had any success yet working
this out. I know there has to be a few people here with extensive
knowledge of how mail works and maybe just a tip in the right direction
would help m
Charles Marcus wrote:
Hmmm... but will that take care of /tmp as well? Don't forget, this is a
different system that is still served by courier - but happily I've been
given a gree light to start planning their migration to dovecot...
Don't forget that files exist in tmp only while they are be
On Tue, 2007-07-17 at 14:34 -0400, Charles Marcus wrote:
> > Or just delete .Trash/cur and mkdir it back. That way UIDVALIDITY
> > doesn't change (although I think TB is able to handle it, but at least
> > Mail.app broke really badly last time I did that).
>
> Hmmm... but will that take care of
Timo Sirainen, on 7/17/2007 1:05 PM, said the following:
On 17.7.2007, at 19.56, Charles Marcus wrote:
On 7/17/2007, Charles Marcus ([EMAIL PROTECTED]) wrote:
What I was going to do was first delete the folder:
rm -ri /var/virtual/domain.com/maildir/.Trash
then once it is all gone, do:
maildir
On 17.7.2007, at 13.55, Mike Brudenell wrote:
auto_direct /mailstore/messages/p autofs
direct,ignore,dev=4740014 1184648400
crypt2.york.ac.uk:/vol/vol9/p /mailstore/messages/p nfs
proto=tcp,xattr,dev=4700386 1184668792
Although there are two entries they have differ
On 17.7.2007, at 19.56, Charles Marcus wrote:
On 7/17/2007, Charles Marcus ([EMAIL PROTECTED]) wrote:
What I was going to do was first delete the folder:
rm -ri /var/virtual/domain.com/maildir/.Trash
then once it is all gone, do:
maildirmake -f Trash /var/virtual/domain.com/maildir
Anyone see
On 7/17/2007, Charles Marcus ([EMAIL PROTECTED]) wrote:
What I was going to do was first delete the folder:
rm -ri /var/virtual/domain.com/maildir/.Trash
then once it is all gone, do:
maildirmake -f Trash /var/virtual/domain.com/maildir
Anyone see any problems with fixing this this way? It
Kirill Miazine wrote:
* Don Russell [2007-07-16 10:23]:
Can we delete maildir files directly from the file system?
[...]
And if we cannot delete files with the 'rm' command, whats the
best/proper way to delete these older files.
My opinion has always been that the data structure should not b
Problem solved ...:
Herbert Gasiorowski wrote:
Sometimes a mail - already read or moved into another folder - appears
again in the INBOX. I was not quite sure about this but today is once
close the mail client (thunderbird 2.0.0.4 on fedora 7) and the only
mail in the inbox was mark as unread.
Can we delete maildir files directly from the file system?
Yes.
Does this also go for special folders inside a maildir? Like, for
example, the .Trash folder? I have a user who was trying to delete about
30,000 messages from a folder, and when he did this, TBird went into
never-never land,
Greetings -
[SIGH: I hit the "Send" button instead of "Attach". Here's Take 2...]
Whilst playing with getting quotas from NFS-mounted filestores I've
just discovered a slight problem with src/lib/mountpoint.c
I had things working on a Solaris 10 test machine which had the
mailstore mounte
Greetings -
Whilst playing with getting quotas from NFS-mounted filestores I've
just discovered a slight problem with src/lib/mountpoint.c
I had things working on a Solaris 10 test machine which had the
mailstore mounted 'normally' using an entry in /etc/vfstab.
However when I changed to
* Don Russell [2007-07-16 10:23]:
Can we delete maildir files directly from the file system?
[...]
And if we cannot delete files with the 'rm' command, whats the
best/proper way to delete these older files.
My opinion has always been that the data structure should not be replied
upon if
24 matches
Mail list logo
