Tarjei Huse wrote:
Wouldn't the correct thing to do here be to vote for a Mozilla bug?
http://bugzilla.mozilla.org/show_bug.cgi?id=207628
I actually think that 207628 should die as a duplicate of 135977 ;-)
(opened a whole year before)
http://bugzilla.mozilla.org/show_bug.cgi?id=135977
Bye
--
Luc
Hi,
Wouldn't the correct thing to do here be to vote for a Mozilla bug?
http://bugzilla.mozilla.org/show_bug.cgi?id=207628
I actually think that 207628 should die as a duplicate of 135977 ;-)
(opened a whole year before)
http://bugzilla.mozilla.org/show_bug.cgi?id=135977
No problem! I wrote the e
Hello you all,
this mail is to inform those intrested that I've started a new project - so far
named 'vdac' - intended to become a web based administration tool for
Postfix+Cyrus.
The project is still in early stage, but already working for my mailserver.
It currently supports and follows the cri
The mail provider (MX) for my domain, fastmail.fm, runs cyrus. I use
Eudora (for Mac, v5.2), mostly in POP mode, but I use some IMAP
features too. In particular, some of my filters copy incoming (POP)
messages to an IMAP mailbox at fastmail.fm. That's where the problems
start.
Some of these incomi
I would like to take the part of your code that allows editing of user
preferences for amavisd and modify it to work as a plugin for SquirrelMail
(http://www.squirrelmail.org) webmail program.
As an ISP, we are content, so far, with the mod_perl-based account
administration software, freeside (
Edward Reid wrote:
The mail provider (MX) for my domain, fastmail.fm, runs cyrus. I use
Eudora (for Mac, v5.2), mostly in POP mode, but I use some IMAP
features too. In particular, some of my filters copy incoming (POP)
messages to an IMAP mailbox at fastmail.fm. That's where the problems
start.
S
I'm working with the 2.2 version and have this sieve script:
require ["fileinto"];
if header :contains "X-Spam-Flag" "YES" {
fileinto "Junk Mail";
}
The "Junk Mail" folder does exist:
user//INBOX.Drafts@.net (\HasNoChildren)
user//INBOX.Sent@.net (\HasNoChildren)
user//INBOX.Trash@.net (\HasNoCh
Can anyone tell me why my logs are filling with messages
like these?
Jul 5 17:41:08 eden cyrus/lmtpd[28993]: Could not shut down
filedescriptor 0: Bad file descriptor
Jul 5 17:41:08 eden cyrus/lmtpd[28993]: Could not shut down
filedescriptor 1: Bad file descriptor
Jul 5 17:41:08 eden cyrus/lmtp
These are harmless (I could give you a technical reason if you care).
Reduce you logging level from DEBUG down to something like INFO or
NOTICE and these will disappear.
Scott Bronson wrote:
Can anyone tell me why my logs are filling with messages
like these?
Jul 5 17:41:08 eden cyrus/lmtpd[28
Test your script/message combo by running the them through the
sieve/test.c program in the distro. Once it works there, then you can
work on lmtpd/timsieved problems.
Hank Beatty wrote:
I'm working with the 2.2 version and have this sieve script:
require ["fileinto"];
if header :contains "X-S
> > a quota warning message from the Trash mailbox.Since the IMAP alert does
> > not specify the mailbox that the quota warning applies to, the user assumes
> > that it is the inbox and continues to try and delete messages until they go
.. ..
> Ok, so maybe it makes
On Wed, Jul 02, 2003 at 12:29:41PM -0500, Paul M Fleming wrote:
> Rounding error would present a problem for us and our users. My 2 cents
> .. quotas > 4GB are fairly rare. I know with a large student user base
> with 50-75Mb quotas rounding to the nearest K wouldn't be desirable.
Okay, color me c
Joe Rhett wrote:
On Wed, Jul 02, 2003 at 12:29:41PM -0500, Paul M Fleming wrote:
Rounding error would present a problem for us and our users. My 2 cents
.. quotas > 4GB are fairly rare. I know with a large student user base
with 50-75Mb quotas rounding to the nearest K wouldn't be desirable.
Not sure if this applies, but we received similar problem in 2.0.16 with qmail until
we modified lmtp.c to replace all
instances of
smbuf[2] = "<>";
with something like
smbuf[2] = "[EMAIL PROTECTED]";
qmail's sendmail replacement really did not like the <> as a "From" address.
Hope this
Joe Rhett wrote:
> > > a quota warning message from the Trash mailbox.Since the IMAP alert does
> > > not specify the mailbox that the quota warning applies to, the user assumes
> > > that it is the inbox and continues to try and delete messages until they go
> ..
James Pattie <[EMAIL PROTECTED]> writes:
> foobar wrote:
>> Hi,
>>
>> Is this (see subject) possible in anyway per account basis in sieve? ( I
>> don't remember if there was any proper plugin-support in sieve (haven't
>> investigated the code too much ).
>>
>> Thing what I done was when I didn't i
> > How about just "over quota in " where xxx is the quota root? Since
> > this matches the mailbox name they are over quota in, it will make sense to
> > the user and still be specific for debugging.
>
> This isn't perfect either since it is really the entire mailbox hierarchy under the
> q
> On Mon, 07 Jul 2003 15:56:17 -0400,
> Ken Murchison <[EMAIL PROTECTED]> (km) writes:
km> Test your script/message combo by running the them through the
km> sieve/test.c program in the distro.
Oh, that reminds me of something. I generally try to compile that
because it's handy for manua
> >Or do you really need to give some users 5,121,133 byte quotas? Do you
> >really manage your quotas down to less than 1 kilobyte, when you are giving
> >the users 50 megabyte boundaries on the low side?
> >Or am I missing your point entirely?
> >
> The problem is if you keep only the count of
Quoting Joe Rhett <[EMAIL PROTECTED]>:
> I doubt (I may be wrong) that the idea was to round everything -- just the
> actual quota. So calculate each message normally and then round the total
> to k to compare against the quota.
>
> Since the error of margin could be 1/2 k, with 1 million user
As long as they don't indicate something amiss, I can live with them.
Thanks.
- Scott
On Mon, 2003-07-07 at 12:54, Ken Murchison wrote:
> These are harmless (I could give you a technical reason if you care).
> Reduce you logging level from DEBUG down to something like INFO or
> NOTICE and
Amos Gouaux wrote:
On Mon, 07 Jul 2003 15:56:17 -0400,
Ken Murchison <[EMAIL PROTECTED]> (km) writes:
km> Test your script/message combo by running the them through the
km> sieve/test.c program in the distro.
Oh, that reminds me of something. I generally try to compile that
because it's handy f
On Mon, 7 Jul 2003, Ken Murchison wrote:
>
>
> Amos Gouaux wrote:
> >>On Mon, 07 Jul 2003 15:56:17 -0400,
> >>Ken Murchison <[EMAIL PROTECTED]> (km) writes:
> >
> >
> > km> Test your script/message combo by running the them through the
> > km> sieve/test.c program in the distro.
> >
>
> On Mon, 07 Jul 2003 21:13:22 -0400,
> Ken Murchison <[EMAIL PROTECTED]> (km) writes:
km> Which version of Cyrus gives the problem below?
Reviewing my logs from my build script, it appears to have started
with 2.1.13. Yeah, 2.1.12 compiled just fine. Sorry for not
mentioning it sooner.
> On Mon, 7 Jul 2003 21:34:37 -0400 (EDT),
> Igor Brezac <[EMAIL PROTECTED]> (ib) writes:
>> > gcc -L/usr/local/lib -R/usr/local/lib -L/usr/local/BerkeleyDB.4.0/lib
>> > -R/usr/local/BerkeleyDB.4.0/lib -L/usr/local/lib -R/usr/local/lib
>> > -L/usr/local/lib -L/usr/local/lib -o test \
>>
> On 07 Jul 2003 18:17:29 -0700,
> Scott Bronson <[EMAIL PROTECTED]> (sb) writes:
sb> As long as they don't indicate something amiss, I can live with them.
sb> Thanks.
Incidentally, they're gone in 2.1.14.
--
Amos
26 matches
Mail list logo
