|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: "resubmission" feature
From: Wietse Venema (wietse
porcupine.org)Date: Mon Jul 03 2000 - 09:30:12 CDT
- Next message: Wietse Venema: "Re: backup MX"
- Previous message: Alessandro de Manzano: "Re: backup MX"
- In reply to: Lutz Vieweg: ""resubmission" feature"
- Reply: Wietse Venema: "Re: "resubmission" feature"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
If you want this soon, it would have to be implemented external to
Postfix. Postfix currently implements only a single queueing class,
therefore it cannot distinguish between messages that have different
delivery requirements.
On order to receive mail at a later time, forward the mail to an
alias or pipe transport on the mail server. This runs a script that
pipes the mail into an at job that eventually sends the mail back
to the forwarding user. The script would have to reject mail from
strangers.
There are some limitations. The sender address could be spoofed.
It would be difficult to find out what messages are scheduled, or
to change the scheduling of a queued message. And if an at job
fails, there would be no way to find out what message the at job
was supposed to deliver.
Wietse
Lutz Vieweg:
> Hi,
>
> many people here would like a "resubmission" feature for
> the mail-server: E.g., you receive a mail from somebody
> which you know will become important in a few days. You
> could just forward the mail to e.g.
> "2000-07-12#myname
mydomain.org" and the mail-server would
> establish a cron-job to send the mail to you again, then.
>
> Questions:
>
> - Has somebody already implemented something like this?
>
> - If not - do you've got ideas/hints for me how to implement
> this? Especially: What format would you propose for the
> "special" address, and what would have to be done to
> make such an add-on available to other postfix-users as well?
>
> - How would one make such a feature "safe", that is, make sure
> only the user itself or one of a selected IP-pool could trigger
> such "resubmissions"?
>
>
> Regards,
>
> Lutz Vieweg
Content-Description: S/MIME Cryptographic Signature
[Attachment, skipping...]
- Next message: Wietse Venema: "Re: backup MX"
- Previous message: Alessandro de Manzano: "Re: backup MX"
- In reply to: Lutz Vieweg: ""resubmission" feature"
- Reply: Wietse Venema: "Re: "resubmission" feature"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]