Citát Wietse Venema <wie...@porcupine.org>:

azu...@pobox.sk:

Cit?t Wietse Venema <wie...@porcupine.org>:

> azu...@pobox.sk:
>>
>> Cit?t Wietse Venema <wie...@porcupine.org>:
>>
>> > Emanuel:
>> >> Hello,
>> >>
>> >> It's possible bouncing email manually with the ID in the queue?
>> >>
>> >> In the documentati?n from de the command postqueue or postsuper i not
>> >> find any information.
>> >
>> > That's because bounce by ID is not supported.
>> >
>> > You can bounce all mail for a specific recipient or a specific domain
>> > with a transport map.
>> >
>> > /etc/postfix/main.cf
>> >     transport_maps = hash:/etc/postfix/transport
>> >
>> > /etc/postfix/transport
>> >     example.com                 error:text why mail is bounced
>> >     u...@other.example.com      error:text why mail is bounced
>> >
>> > Instead of hash: you can use any Postfix darabase type.
>> >
>> > This also prevents the Postfix SMTP server from accepting new email
>> > for that recipient or domain.
>> >
>> > A postsuper 'bounce' option would require
>> > - Must be invoked by root.
>> > - Drop privileges down to the postfix user.
>> > - Lock the queue file for exclusive access.
>> > - Either set a new flag in the queue file that the message must
>> be bounced,
>> > - Or for each recipient in the queue file send 'why mail is bounced'
>> >   to the bounce daemon.
>> >
>> >   Wietse
>>
>>
>>
>> But it would be REALLY usefull feature, i was searching for such thing
>> some time ago too.
>
> Why? Someone was drunk and sent a bad email? Is "postsuper -d" not
> sufficient?
>
>    Wietse




Use case: Users are sending undeliverable e-mails which are filling up
mail queue and you must wait few days until they are bounced. You
cannot simply delete them because, if you do, sender won't know it's
undeliverable and will send something to that address again in the
future.

Why not set a smaller maximal_queue_lifetime?

        Wietse



Because there can be legitimate situations where it is good to keep e-mails longer in the queue (full mailbox, temporary outage of recipient server [which can take days] etc.).


Reply via email to