Forgot the values {USERNAME} 

i put a code2 module befor the miniform, put in the code

  $_SESSION['form']['mf_r_username'] = $_SESSION['USERNAME'] . ' - '.$_SESSION['DISPLAY_NAME'];
  $_SESSION['form']['mf_r_e-mail'] = $_SESSION['EMAIL'];

Why deactivate the !isset : this form is only for registered users, so there is automaticly a $_SESSION[USERNAME] and more...

div  class="half">
				<label for="username"><span>User <span>*</span></span> 
					<input placeholder="Username - Firstname Lastname"  class="{USERNAME_ERROR}" type="text" id="username" name="mf_r_username" value="{USERNAME}" style="background-color: lightgrey; pointer-events: none;" readonly  />
              </label>

			</div>
			<div  class="half">
				<label for="e-mail"><span>E-Mail <span>*</span></span> 
					<input placeholder="E-Mail" class="{E-MAIL_ERROR}" type="text" id="e-mail" name="mf_r_e-mail" value="{E-MAIL}" style="background-color: lightgrey; pointer-events: none;" readonly />
				</label>
			</div>

The template section...

thx .

Danke nochmal für Deine Antwort!

Gruß tennstar

auch von mir herzlichen Dank.

Bei Ionos habe ich das mit Hilfe dieser Anleitung lösen können.

So hat das bei mir funktioniert (hun.de gibt es natürlich nicht):

Standard-Absenderadresse:
formular@hun.de

Standard-Absendername:
Hunde Formular

E-Mail-Versandmethode:
SMTP

SMTP Port:
25

SMTP-Authentifizierung:
Haken aktiviert

SMTP Secure:
TLS (Transport Layer Security

SMTP-Loginname:
formular@hun.de

SMTP-Passwort:
Passwort von formular@hun.de

LG  Hermann

Ich melde mich, wenn wieder eine leere Mail kommt.

Ach so, Miniform ist die Version MiniForm WBCE CMS Edition [MiniForm WBCE CMS Edition] 0.23.3

email.htt

<body>
{MAILMESSAGE}
</body>

email_field_value.htt

<p>
<strong>{FIELD}</strong>:<br>
{VALUE}
</p>
<hr>

aber gut, dass der Formularversand wieder funktioniert.

Mir ist aufgefallen, das die E-Mail an meine Admin E-Mailadresse (nicht die selbe wie im Formular) versand wird,  allerdings nur wenn ich im Backend angemeldet bin.

Das klingt jetzt irgendwie, als sei beim Anpassen der view.php irgendwas schief gegangen.
Hast Du das mit verschiedenen Mailadressen getestet und geprüft, ob die Formularkopien an den Absender evtl. im Spam gelandet sind?
Du kannst testweise mal versuchen, ob der Versand einer Formularkopie an den Absender mit mpform funktioniert.

Wenn das auch nicht funktioniert, und die Funktion zwingend erforderlich ist, sollte man evtl. mal den Support des Webhosters bemühen, in deren FAQ nachsehen, ob/was da dazu evtl. steht oder über einen Webhosterwechsel nachdenken (All-Inkl, Serverprofis).

Und vielen Dank an alle Beteiligten.

es funktioniert,

im Droplet Module, wurde es auch angezeigt: Dieses Droplet enthält ungültigen PHP Code!.

Das Formular bleibt erhalten und lässt sich drucken bzw. in eine PDF-Datei speichern.

Das unendliche laden der Seite, kommt erst wenn die Druckvorschau angezeigt wird.
Aber es Funktioniert.

Es lag an den ASP Feldern (Advanced SPAM Protection).

Diese Felder haben jeweils die Namen: my_company, my_name und my_email

Trotz autocomplete="off" wurden diese Felder bei mir ausgefüllt, was dazu geführt hat, dass das Formular nicht versendet hat.
Warum es beim zweiten Klicken versendet habe ich nicht genauer angeschaut.

An sich wäre es gut in der view.php (wo diese Felder definiert werden) einen Fehler auszugeben, wenn diese Felder irgendwie ungewollt und automatisch ausgefüllt werden, denn es läuft unbemerkt ab.
Ich habe jetzt bei mir nach dieser if Clause:

if (!$aspdetect) {
   // code
}

eine else Clause angefügt:

} else {
        trigger_error('MiniForm: ASP Error detected section_id: #'.$section_id);        
}

Das ist nur, damit man schneller an die Ursachequelle kommt.

Christian