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 > Dbmail-dev@dbmail.org > http://twister.fastxs.net/mailman/listinfo/dbmail-dev