user3267: I can't see any options in View > Preferences nor on the Send tab!
I can't find any results in a DDG search!

user29413: I confirm that it is not possible to tune fees with multibit.
If anyone knows a wallet where it is possible to do so, it would be highly appreciated.

user1253: As of Multibit Classic 0.5.19 (last in the series) you can now do this. However, the max transaction fee ratio is too low for today's market and miners! If you want to spend out of this client, even to upgrade to another client, you'll need to do something like this:
Compile a modified client

Clone the repo: git clone git@github.com:keepkey/multibit.git multibit-classic; cd multibit-classic
Check out the most recently released version: git checkout v0.5.19
Edit the max transaction fee in src/main/java/org/multibit/viewsystem/swing/view/components/FeeSlider.java from 50000 satoshis to something larger, e.g. 100000 (i.e. 1 mBTC).
Compile with Maven: mvn -DskipTests=true package
The executable is target/multibit-exe.jar

Use the modified client
What I did was install v0.5.19 the usual way, then swap out the multibit-exe.jar in the install directory for the modified one I made. You can probably just run the jar file directly, but I can't test that out at the moment.

user50820: I recently tried to modify the wallet but the maven build did not work because many of the google code repositories are now offline. What eventually worked for me was the following.

Extracted the multibit-exe.jar from the latest OSX version of Multibit
Used JD-GUI to decompile and extract FeeSlider.java
Modified FeeSlider.java so I can enter larger transaction fees
Recompiled using JDK 7 (JDK 8 didn't work) and adding multibit-exe.jar to the classpath
Using 7Zip to replace the FeeSlider.class file in the jar file with my modified one

Replacing the multibit-exe.jar in the application with my modified one.

user7077: The developers of Multibit have explicitly disabled such a feature to change the transaction fee, citing concerns that having little or very low transaction fees would result in the transaction taking too long to process (which is going to be unbearable for the average user only interested in sending and receiving money quickly).
From the GitHub issue originally submitted, the developer explains:

The reason for this is that whilst in theory it is possible to send BTC with zero fee in practice it is not. For the "regular user" (i.e. someone who just wants to use bitcoin and does not really know the details) their user experience is quite poor with zero fee tx. We have probably both experienced this with Instawallet (zero fees added) where you sometimes have to wait until the next morning before the miners decide to add your tx to a block.
It would create too much frustration to users (and too many support calls for me) to have zero fees.

Note: tx means a transaction.

3267: <p>I can't see any options in View > Preferences nor on the Send tab!</p>

<p>I can't find any results in a <a href="https://duckduckgo.com/?q=multibit+transaction+fee">DDG</a> search!</p>
 29413: <p>I confirm that it is not possible to tune fees with multibit.</p>

<p>If anyone knows a wallet where it is possible to do so, it would be highly appreciated.</p>
 1253: <p>As of Multibit Classic 0.5.19 (last in the series) you can now do this. However, the max transaction fee ratio is too low for today's market and miners! If you want to spend out of this client, <em>even to <a href="https://multibit.org/help/hd0.4/how-to-upgrade-from-classic.html" rel="nofollow noreferrer">upgrade</a></em> to another client, you'll need to do something like this:</p>

<h1>Compile a modified client</h1>

<ol>
<li>Clone the repo: <code>git clone git@github.com:keepkey/multibit.git multibit-classic; cd multibit-classic</code></li>
<li>Check out the most recently released version: <code>git checkout v0.5.19</code></li>
<li>Edit the max transaction fee in <code>src/main/java/org/multibit/viewsystem/swing/view/components/FeeSlider.java</code> from 50000 satoshis to something larger, e.g. 100000 (i.e. 1 mBTC).</li>
<li>Compile with Maven: <code>mvn -DskipTests=true package</code></li>
<li>The executable is <code>target/multibit-exe.jar</code></li>
</ol>

<h1>Use the modified client</h1>

<p>What I did was install <a href="https://multibit.org/release-info/classic/v0.5.19.html" rel="nofollow noreferrer">v0.5.19</a> the usual way, then swap out the multibit-exe.jar in the install directory for the modified one I made. You can <em>probably</em> just run the jar file directly, but I can't test that out at the moment.</p>
 50820: <p>I recently tried to modify the wallet but the maven build did not work because many of the google code repositories are now offline. What eventually worked for me was the following.</p>

<ul>
<li>Extracted the multibit-exe.jar from the latest OSX version of Multibit</li>
<li>Used JD-GUI to decompile and extract FeeSlider.java</li>
<li>Modified FeeSlider.java so I can enter larger transaction fees</li>
<li>Recompiled using JDK 7 (JDK 8 didn't work) and adding multibit-exe.jar to the classpath</li>
<li>Using 7Zip to replace the FeeSlider.class file in the jar file with my modified one</li>
</ul>

<p>Replacing the multibit-exe.jar in the application with my modified one.</p>
 7077: <p>The developers of Multibit have explicitly disabled such a feature to change the transaction fee, citing concerns that having little or very low transaction fees would result in the transaction taking too long to process (which is going to be unbearable for the average user only interested in sending and receiving money quickly).</p>
<p>From the <a href="https://github.com/bitcoin-solutions/multibit/issues/23" rel="nofollow noreferrer">GitHub issue</a> originally submitted, the developer explains:</p>
<blockquote>
<p>The reason for this is that whilst in theory it is possible to send BTC with zero fee in practice it is not. For the &quot;regular user&quot; (i.e. someone who just wants to use bitcoin and does not really know the details) their user experience is quite poor with zero fee tx. We have probably both experienced this with Instawallet (zero fees added) where you sometimes have to wait until the next morning before the miners decide to add your tx to a block.</p>
<p>It would create too much frustration to users (and too many support calls for me) to have zero fees.</p>
</blockquote>
<p>Note: <code>tx</code> means a transaction.</p>
