What about extendng the er-model and tracking each replied mail (if wanted):
dbmail_autoreplies
user_idnr BIGINT
reply_all TINYINT (0 means track replied address in
dbmail_autoreplied, 1 don't track)
reply_body MEDIUMTEXT
PRIMARY KEY user_idnr
dbmail_autoreplied
user_idnr BIGINT
replied_addr VARCHAR(255)
PRIMARY KEY (user_idnr, replied_addr)
just my 2c,
Wolfram
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul J Stevens
> Sent: Mittwoch, 16. Februar 2005 19:36
> To: DBMAIL Developers Mailinglist
> Subject: Re: [Dbmail-dev] Features
>
> Hans Kristian Rosbach wrote:
> > On Wed, 2005-02-16 at 10:50, Hans Kristian Rosbach wrote:
> >
> >>Just a few features I currently wish for:
> >
> >
> > After a small brainstorming here we came up with a few
> > other needs aswell.
> >
> > -Auto-Reply vs Vacation
> > Auto-Reply will always send a reply to a message, and
> > is allowed to loop(!!). Actually I'd prefer that it
> > stopped looping after something like max 20messages per
> > hour or something.
>
> Loops are always a bad thing and should never happen.
>
> > Vacation is only sent to an address once per day. And
> > thus is not looping.
> > IF vacation message is on then auto-reply messages are
> > not to be sent.
> >
> > ex: [EMAIL PROTECTED] will want auto-replies on EVERY
> > mail, but this is not needed for auto-vacation messages.
>
> You will *never* want auto-replies to every message. If you
> want this kind of automated response you should
> use a special robot. Many support trackers have this feature.
> All mailinglist managers have it. Dbmail's
> auto-reply feature will be along the lines of a vacation
> facility: max 1 reply per destination/recipient per
> day or week, and never reply to
> mailer-daemons/list-managers/postmaster/etc...
>
> > This could be solved by adding a value to the table,
> > something along the lines of 'max-replies-per-day' maybe?
>
> Like I said, I don't think we should do it like that. But I
> will keep your idea in mind when I get to work on
> that code. Perhaps I can provide some kind of customization
> hook there.
>
> > And a little off-topic question.. (Webmail related)
> > How do I mark a message such that it will not be
> > downloaded by pop3, but still take up quota.
> >
> > More specifically, how to we mark a message in /sent/
> > so that it is visible in imap's sent folder and so that
> > pop3 will not confuse it with a new message?
>
> That's already the current behaviour.
>
> The pop daemon only provides access to the INBOX. So messages
> in other folders will never be available through
> pop3, yet they still use quota.
>
>
> --
> ________________________________________________________________
> Paul Stevens mailto:[EMAIL PROTECTED]
> NET FACILITIES GROUP PGP: finger [EMAIL PROTECTED]
> The Netherlands________________________________http://www.nfg.nl
> _______________________________________________
> Dbmail-dev mailing list
> [email protected]
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
