Hi,
Nice trick, but there is now a simpler way to achieve this.
We tend to prefer webadmin now than cli for new features (cli will
probably be replaced by webadmin in a future version). So with webadmin
you can easily reprocess a mail repository, see here:
http://james.apache.org/server/manage-webadmin.html#Reprocessing_mails_from_a_mail_repository
Regards,
Raphaël.
Le 2019-02-19 19:37, Craig Cudmore a écrit :
Here's a high-level list of steps you need to re-process rejected
message:
1) Configure your mailetcontainer.xml to have a mailet like:
<mailet match=:"RecientIs=trig...@mail.com" class="FromRepository">
<repositoryPath>file://var/mail/error</repositoryPath>
<processor>process</processor>
<delete>true</delete>
</mailet>
This mailet will look for mails that are being sent from
trig...@mail.com
and if it finds one, it will throw away the trigger message and tell
James
to grab any messages in the /var/mail/error queue to re-process.
2) Restart James. The reader pointer in the FromRepository needs to be
reset back to the beginning of the error queue. If you're using a
database
for your repository you likely won't need this step.
3) Send a message to james to "trig...@mail.com".
Then James should reprocess any messages in the error queue.
On Tue, Feb 19, 2019 at 1:24 PM cryptearth <cryptea...@cryptearth.de>
wrote:
Hey Jeffrey,
this awnser could be wrong as I don't now for sure, but I guess once a
mail is filtered into one of the error-directories - it's out of the
queue. But I could be wrong because the mails stored as serialized
java
objects - wich also should be able to be read in back again for
further
processing. But as re-processing would need some action by the user or
an admin - there's no command to reprocess filtered-out messages - at
least it doesn't show up for james-cli.sh.
Matt
Am 19.02.2019 um 19:17 schrieb Marans.Jeffrey:
> I'm setting up a proof of concept mail system using apache james 3.2
with minimal mods.
> I have a Postal load test server that sends to a james relay which
forwards the email to a second james server. The latter persists the
messages into a MySQL database.
> During testing I turn off various components, and I've found
undeliverable messages accumulating in the second server
james/var/mail/error directory when the db server is off-line.
> How do I get james to reprocess the messages?
>
> Regards,
> Jeffrey Marans.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org
