<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent posts to option for pure number as password</title><link>https://sourceforge.net/p/pdfcrack/discussion/575585/thread/67463cbb23/</link><description>Recent posts to option for pure number as password</description><atom:link href="https://sourceforge.net/p/pdfcrack/discussion/575585/thread/67463cbb23/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 12 May 2021 00:51:58 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/pdfcrack/discussion/575585/thread/67463cbb23/feed.rss" rel="self" type="application/rss+xml"/><item><title>option for pure number as password</title><link>https://sourceforge.net/p/pdfcrack/discussion/575585/thread/67463cbb23/?limit=25#ea4b</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Dear Eberhard,&lt;/p&gt;
&lt;p&gt;As far as I am aware, there is no significant speedup that can be made based on specific character-group-modes (such as all numbers).  There is really nothing special about numbers or characters when in comes to the password for a PDF and precomputing for common groups is not feasible due to various factors that always are unique for the PDF (such as document ID).&lt;/p&gt;
&lt;p&gt;The solution you suggested of limiting the character set and length is the correct one for these cases.&lt;/p&gt;
&lt;p&gt;Kind Regards,&lt;br/&gt;
Henning&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Henning Noren</dc:creator><pubDate>Wed, 12 May 2021 00:51:58 -0000</pubDate><guid>https://sourceforge.netfa7737a843a86148ba083877ca6209007bffcec9</guid></item></channel></rss>