Don't you want to tie auto-replies to the alias, not user_idnr?
I'm not saying that's what's done now, but isn't that what should
be done?


---- Original Message ----
From: Wolfram A. Kraushaar <dbmail-dev@dbmail.org>
To: "'DBMAIL Developers Mailinglist'" <dbmail-dev@dbmail.org>
Subject: RE: [Dbmail-dev] Features
Sent: Wed, 16 Feb 2005 20:36:36 +0100

> 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
> 
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> 
-- End Original Message --


--
Jesse Norell
jesse @ kci.net

Reply via email to