over quota deliver

2004-02-26 Thread Manuele
As I recall,
in previous versions one could setup cyrus to deliver mail to over quota
mboxes normally until the next user log, after which user HAD to go below
his quota or deliver would fail from that moment on.

Is this still actual?
Am I recalling wrong?
Thanks, manuele


---
Home Page: http://asg.web.cmu.edu/cyrus
Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Seen problem...

2003-10-12 Thread Manuele
I am running cyrus 2.1.12, working like a charm...
but I have a mailbox subforder that shows 1 unseen message, while there are
no unseen messages...
how can I rebuild the seen db?
(I suppose the problem lays in there...)
TIA - Manuele



[no subject]

2003-07-07 Thread Manuele
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 criteria below:

- Mainly it supposes a postfix/Cyrus installation, both with mysql support.

- Two types of users: administrator, domain master. Administators have full
right on the whole thing; domain masters have full rights on assigned domains,
they can create cyrus users, build virtual tables.

- Domain masters limits are based on the amount of (cyrus-)users they can create
and on the amount of external aliases they can put in the virtual table. Quotas
they can assign can be limited as well.

- It fully supports Cyrus and Amavisd(with per user preferences) so far. Very
next step will be support for IMP (expecially cyrus-user preferences)

Next - very soon - steps are: support for secondary MX administration, integrity
and sanity checks, ghost domains and canonical tables (for Administrators
only).

The whole thing is written - so far - in only php, but things may change.

I'm writing this mail in order to get - eventual - feedbacks and requests,
mainly, but I am also trying to see if someone is intrested in helping me out.

Specifically to this list: I am searching someone that might want to give me a
hand to cope with the differences between releases of cyrus, as I am only using
2.1.x versions so far and will need some help to make the thinh work with 2.2.x

The whole thing WILL be open source in a next future, but the first releases -
if someone will want to download them and try them :) - will be given out in
'zend-compiled' form.

The whole idea came out, of course, from Webcyradm, even thou this has already
become something very different.

Screenshots are available at: http://vdac.cappelleri.net/shots/

Access to the system can be given upon request, if intrested in this early stage
developement. No demo accounts exist, since the only copy of it is running live
with my domains on :)

Thank you for your attention.


-
This mail sent through IMP: http://horde.org/imp/



sieve - flags : delivery failure [addendum]

2003-04-03 Thread Manuele
removeflag is the breaking point...
anytime (anyway) I call it, it breaks things...

 well, i can live with that...
 but looks like a strange bug...
 anyhelp still appreciated :)
 Manuele

> - Original Message -
> From: "Manuele" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, April 03, 2003 12:54 PM
> Subject: Re: sieve - flags : delivery failure
>
>
> > Since
> > fatal("Virtual memory exhausted", EC_TEMPFAIL);
> > comes with xmalloc.c
> > I though to give you also some info about the machine
> >
> > Linux doorbell 2.4.20 #5 Tue Mar 25 03:20:28 CET 2003 i686 unknown
> > Slackware 8.1
> > Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/2.95.3/specs
> > gcc version 2.95.3 20010315 (release)
> > libc.so.6 -> libc-2.2.5.so
> >
> > can't really help more...
> > I'm too stupid that :/
> > tia tia tia
> > oh, btw, all the rest, so far, works fine :)
> >
> >
> > - Original Message -
> > From: "Manuele" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, April 03, 2003 11:56 AM
> > Subject: Re: sieve - flags : delivery failure
> >
> >
> > > First of all, thanks for the attention and sorry for the lack of
> > > informations...
> > > I will try my best now to provide relevant data...
> > >
> > > UPDATE WHILE WRITING (and testing)
> > > Messages GETS delivered and correctly flagged, but deliver
> > > returns a temporary fail, so that at the first try:
> > >  postfix enqueues the message
> > > and later tries:
> > >  deliver says message is a duplicate,
> > >  postfix enqueues the message again
> > >  and so on...
> > >
> > > The point is: there's some error at some point of the mail delivery
> > process
> > > if sieve is due to use imapflags
> > >
> > > Sieve is installed properly (I guess) and supports imapflags
> > > "IMPLEMENTATION" "Cyrus timsieved v2.1.12"
> > > "SASL" "PLAIN"
> > > "SIEVE" "fileinto reject envelope vacation imapflags notify
> subaddress
> > > relational regex"
> > >
> > > runng test program (which I learned the existence of now...) returns
the
> > > following:
> > > filing message 'mail' into 'INBOX.spam'
> > > with flags '\deleted'
> > > fatal error: Virtual memory exhausted
> > >
> > > trying ulimit -d unlimited did not help
> > >
> > > the sieve script looks like that:
> > > require ["imapflags", "fileinto"];
> > >
> > > # New Rule
> > > if header :comparator "i;ascii-casemap" :contains
> "X-Spam-Status"
> > > "Yes"  {
> > > addflag "\\Deleted";
> > > fileinto "INBOX.spam";
> > > removeflag "\\Deleted";
> > > stop;
> > > }
> > >
> > > While the message contains X-Spam-Status: Yes
> > >
> > > 
> > > software versions:
> > > cyrus-imap-2.1.12
> > > cyrus-sasl-2.1.5 + ldap/mysql patch
> > > postfix 2.0.7 + mysql support
> > > amavisd-new
> > > 
> > > software configurations:
> > > /etc/imapd.conf
> > >  configdirectory: /var/imap
> > >  partition-default: /usr/data/spool/imap
> > >  quotawarn: 90
> > >  admins: cyrus root
> > >  srvtab: /var/imap/srvtab
> > >  allowanonymouslogin: no
> > >  pwcheck_method: auxprop
> > >  tls_cert_file: /var/imap/server.pem
> > >  tls_key_file: /var/imap/server.pem
> > >
> > > /etc/cyrus.conf is a copy of prefork.conf
> > >
> > > /etc/postfix/master.cf
> > >  cyrus unix  -   n   n   -   -   pipe
> > >flags= user=cyrus argv=/usr/cyrus/bin/deliver -r ${sender} -m
> > > ${extension} ${user}
> > >
> > > /etc/postfix/main.cf
> > >  mailbox_transport = cyrus
> > >
> > > btw: haven't been able to use other LDA methods...
> > > maybe we'll talk about that later...
> > >
> > > 
> > > note:
> > >  amavisd+postfix
> > >  amavisd is configured to run a smtp style forwarding of
> > >  the message, via l

Re: sieve - flags : delivery failure

2003-04-03 Thread Manuele
Since
fatal("Virtual memory exhausted", EC_TEMPFAIL);
comes with xmalloc.c
I though to give you also some info about the machine

Linux doorbell 2.4.20 #5 Tue Mar 25 03:20:28 CET 2003 i686 unknown
Slackware 8.1
Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/2.95.3/specs
gcc version 2.95.3 20010315 (release)
libc.so.6 -> libc-2.2.5.so

can't really help more...
I'm too stupid that :/
tia tia tia
oh, btw, all the rest, so far, works fine :)


- Original Message -
From: "Manuele" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 03, 2003 11:56 AM
Subject: Re: sieve - flags : delivery failure


> First of all, thanks for the attention and sorry for the lack of
> informations...
> I will try my best now to provide relevant data...
>
> UPDATE WHILE WRITING (and testing)
> Messages GETS delivered and correctly flagged, but deliver
> returns a temporary fail, so that at the first try:
>  postfix enqueues the message
> and later tries:
>  deliver says message is a duplicate,
>  postfix enqueues the message again
>  and so on...
>
> The point is: there's some error at some point of the mail delivery
process
> if sieve is due to use imapflags
>
> Sieve is installed properly (I guess) and supports imapflags
> "IMPLEMENTATION" "Cyrus timsieved v2.1.12"
> "SASL" "PLAIN"
> "SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
> relational regex"
>
> runng test program (which I learned the existence of now...) returns the
> following:
> filing message 'mail' into 'INBOX.spam'
> with flags '\deleted'
> fatal error: Virtual memory exhausted
>
> trying ulimit -d unlimited did not help
>
> the sieve script looks like that:
> require ["imapflags", "fileinto"];
>
> # New Rule
> if header :comparator "i;ascii-casemap" :contains "X-Spam-Status"
> "Yes"  {
> addflag "\\Deleted";
> fileinto "INBOX.spam";
> removeflag "\\Deleted";
> stop;
> }
>
> While the message contains X-Spam-Status: Yes
>
> 
> software versions:
> cyrus-imap-2.1.12
> cyrus-sasl-2.1.5 + ldap/mysql patch
> postfix 2.0.7 + mysql support
> amavisd-new
> 
> software configurations:
> /etc/imapd.conf
>  configdirectory: /var/imap
>  partition-default: /usr/data/spool/imap
>  quotawarn: 90
>  admins: cyrus root
>  srvtab: /var/imap/srvtab
>  allowanonymouslogin: no
>  pwcheck_method: auxprop
>  tls_cert_file: /var/imap/server.pem
>  tls_key_file: /var/imap/server.pem
>
> /etc/cyrus.conf is a copy of prefork.conf
>
> /etc/postfix/master.cf
>  cyrus unix  -   n   n   -   -   pipe
>flags= user=cyrus argv=/usr/cyrus/bin/deliver -r ${sender} -m
> ${extension} ${user}
>
> /etc/postfix/main.cf
>  mailbox_transport = cyrus
>
> btw: haven't been able to use other LDA methods...
> maybe we'll talk about that later...
>
> 
> note:
>  amavisd+postfix
>  amavisd is configured to run a smtp style forwarding of
>  the message, via localhost 10025, where postfix listens without
> content_filter
>
>  amavisd itself works fine with postfix
>  I spent 5 hours debugging it, while I thought the problem was somewhere
> there...
>
> 
> Now the log...
> it's a *.* log of an incoming mail from: [EMAIL PROTECTED] to:
> [EMAIL PROTECTED] (which is user manu)
> mail gets parsed by amavisd, headers (X-Spam-Status: Yes) is added,
> message gets back to postfix which attempts first deliver
> gets a temporary fail, and enqueues the message
>
> for better reading amavisd related stuff was suppressed...
>
>
> postfix/smtpd[2206]: warning: dict_nis_init: NIS domain name not set - NIS
> lookups disabled
> postfix/smtpd[2206]: connect from unknown[192.168.1.5]
> postfix/smtpd[2206]: 122C3862C: client=unknown[192.168.1.5]
> imapd[1380]: accepted connection
> master[2211]: about to exec /usr/cyrus/bin/imapd
> imap[2211]: executed
> postfix/cleanup[2208]: 122C3862C:
> message-id=<[EMAIL PROTECTED]>
> postfix/qmgr[364]: 122C3862C: from=<[EMAIL PROTECTED]>, size=435, nrcpt=1
> (queue active)
> amavis[553]: (00553-05) FWD via SMTP: [127.0.0.1:10025]
> <[EMAIL PROTECTED]> -> <[EMAIL PROTECTED]>
> postfix/smtpd[2220]: connect from localhost[127.0.0.1]
> postfix/smtpd[2220]: 6B2917C50: client=localhost[127.0.0.1]
> postfix/cleanup[2208]: 6B2917C50:
> message-id=<[EMAIL PRO

Re: sieve - flags : delivery failure

2003-04-03 Thread Manuele
First of all, thanks for the attention and sorry for the lack of
informations...
I will try my best now to provide relevant data...

UPDATE WHILE WRITING (and testing)
Messages GETS delivered and correctly flagged, but deliver
returns a temporary fail, so that at the first try:
 postfix enqueues the message
and later tries:
 deliver says message is a duplicate,
 postfix enqueues the message again
 and so on...

The point is: there's some error at some point of the mail delivery process
if sieve is due to use imapflags

Sieve is installed properly (I guess) and supports imapflags
"IMPLEMENTATION" "Cyrus timsieved v2.1.12"
"SASL" "PLAIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
relational regex"

runng test program (which I learned the existence of now...) returns the
following:
filing message 'mail' into 'INBOX.spam'
with flags '\deleted'
fatal error: Virtual memory exhausted

trying ulimit -d unlimited did not help

the sieve script looks like that:
require ["imapflags", "fileinto"];

# New Rule
if header :comparator "i;ascii-casemap" :contains "X-Spam-Status"
"Yes"  {
addflag "\\Deleted";
fileinto "INBOX.spam";
removeflag "\\Deleted";
stop;
}

While the message contains X-Spam-Status: Yes


software versions:
cyrus-imap-2.1.12
cyrus-sasl-2.1.5 + ldap/mysql patch
postfix 2.0.7 + mysql support
amavisd-new

software configurations:
/etc/imapd.conf
 configdirectory: /var/imap
 partition-default: /usr/data/spool/imap
 quotawarn: 90
 admins: cyrus root
 srvtab: /var/imap/srvtab
 allowanonymouslogin: no
 pwcheck_method: auxprop
 tls_cert_file: /var/imap/server.pem
 tls_key_file: /var/imap/server.pem

/etc/cyrus.conf is a copy of prefork.conf

/etc/postfix/master.cf
 cyrus unix  -   n   n   -   -   pipe
   flags= user=cyrus argv=/usr/cyrus/bin/deliver -r ${sender} -m
${extension} ${user}

/etc/postfix/main.cf
 mailbox_transport = cyrus

btw: haven't been able to use other LDA methods...
maybe we'll talk about that later...


note:
 amavisd+postfix
 amavisd is configured to run a smtp style forwarding of
 the message, via localhost 10025, where postfix listens without
content_filter

 amavisd itself works fine with postfix
 I spent 5 hours debugging it, while I thought the problem was somewhere
there...


Now the log...
it's a *.* log of an incoming mail from: [EMAIL PROTECTED] to:
[EMAIL PROTECTED] (which is user manu)
mail gets parsed by amavisd, headers (X-Spam-Status: Yes) is added,
message gets back to postfix which attempts first deliver
gets a temporary fail, and enqueues the message

for better reading amavisd related stuff was suppressed...


postfix/smtpd[2206]: warning: dict_nis_init: NIS domain name not set - NIS
lookups disabled
postfix/smtpd[2206]: connect from unknown[192.168.1.5]
postfix/smtpd[2206]: 122C3862C: client=unknown[192.168.1.5]
imapd[1380]: accepted connection
master[2211]: about to exec /usr/cyrus/bin/imapd
imap[2211]: executed
postfix/cleanup[2208]: 122C3862C:
message-id=<[EMAIL PROTECTED]>
postfix/qmgr[364]: 122C3862C: from=<[EMAIL PROTECTED]>, size=435, nrcpt=1
(queue active)
amavis[553]: (00553-05) FWD via SMTP: [127.0.0.1:10025]
<[EMAIL PROTECTED]> -> <[EMAIL PROTECTED]>
postfix/smtpd[2220]: connect from localhost[127.0.0.1]
postfix/smtpd[2220]: 6B2917C50: client=localhost[127.0.0.1]
postfix/cleanup[2208]: 6B2917C50:
message-id=<[EMAIL PROTECTED]>
postfix/qmgr[364]: 6B2917C50: from=<[EMAIL PROTECTED]>, size=1053, nrcpt=1
(queue active)
lmtpd[2205]: accepted connection
lmtpd[2205]: lmtp connection preauth'd as postman
lmtpd[2205]: duplicate_check:
<[EMAIL PROTECTED]> user.manu.spam   0
master[2223]: about to exec /usr/cyrus/bin/lmtpd
lmtpunix[2223]: executed
postfix/smtpd[2220]: disconnect from localhost[127.0.0.1]
amavis[553]: (00553-05) mail_via_smtp: 250 2.6.0 Ok, id=00553-05, from MTA:
250 Ok: queued as 6B2917C50
lmtpd[2205]: mystore: starting txn 2147484051
lmtpd[2205]: mystore: committing txn 2147484051
lmtpd[2205]: duplicate_mark:
<[EMAIL PROTECTED]> user.manu.spam
1049361236
master[944]: process 2205 exited, status 75

here's the problem

postfix/pipe[2196]: 6B2917C50: to=<[EMAIL PROTECTED]>, relay=cyrus,
delay=1, status=deferred (temporary failure)
postfix/smtp[2216]: 122C3862C: to=<[EMAIL PROTECTED]>,
relay=127.0.0.1[127.0.0.1], delay=37, status=sent (250 2.6.0 Ok,
id=00553-05, from MTA: 250 Ok: queued as 6B2917C50)
master[944]: process 1380 exited, status 0


message is now DELIVERED, but postfix thinks not and
it keeps it in queue...



TIA guys :)
any hint appreciated

Manuele.

- 

sieve - flags : delivery failure

2003-04-02 Thread Manuele
I am building a new mail server with:
postfix, cyrus, mysql on a slackware linux box
everything so far worked pretty well until I tried to
use the addflag / removeflag extensions to sieve...

in fact, as soon as a sieve script is triggered and tries to set/remove
flags deliver hangs (temporary failure) and mail is being queued again by
postfix.

imapd.log shows:
seen_db: user manu opened /var/imap/user/m/manu.seen
but delivery is never finished...

/var/imap and mail dirs are all on a reiserfs filesystem...
can anyone help on that?
TIA