spida: Form-Mailer funktioniert nur zu 50%

Hallo,

also ich habe einen CGI-Form-Mailer hier von SELFHTML verwendet, aber leider funktioniert der nur bei 50% der USER. Ich habe überhaupt keinen Plan woran das liegen könnte?
Hat es vielleicht mit einer Browsereinstellung zu tun?
Hat jemand vielleicht einen TIP?

Vielen Dank schon mal im vorraus.
Gruß Spida

PS: Hier ist das verwendete Script
(daten habe ich natürlich angepasst)

#!/usr/bin/perl

-------> SMTP-Programm zum Versenden der Mail:

$Sendmail_Prog = "/usr/lib/sendmail";

-------> Modul für CGI-Scripts einbinden:

use CGI;

-------> Modul für CGI-Scripts zum Einlesen der Formulardaten anwenden:

$query = new CGI;
@names = $query->param;

-------> interne Daten aus den erwarteten hidden-Feldern auslesen:

$delimiter = $query->param('delimiter');  # ---> Begrenzerzeichen zwischen name und value
$mailto = $query->param('mailto');        # ---> Empfängeradresse
$returnhtml = $query->param('return');    # ---> URL für Dankeseite
$subject = $query->param('subject');      # ---> E-Mail-Subject

-------> Text der E-Mail aus den Formulardaten ermitteln:

$mailtext = "";
foreach(@names) {
  $name = $_;
  @values = "";
  @values = $query->param($name);
  if($name ne "mailto" && $name ne "return" && $name ne "subject" && $name ne "delimiter") {
    foreach $value (@values) {
      $mailtext = $mailtext.$name;
      $mailtext = $mailtext.$delimiter;
      $mailtext = $mailtext.$value."\n";
    }
  }
}

-------> E-Mail versenden:

open(MAIL,"|$Sendmail_Prog -t") || print STDERR "Mailprogramm konnte nicht gestartet werden\n";
print MAIL "To: $mailto\n";
print MAIL "Subject: $subject\n\n";
print MAIL "$mailtext\n";
close(MAIL);

-------> Dankeseite an Browser senden:

print "Location: $returnhtml\n\n";

  1. Hallo,

    also ich habe einen CGI-Form-Mailer hier von SELFHTML verwendet, aber leider funktioniert der nur bei 50% der USER. Ich habe überhaupt keinen Plan woran das liegen könnte?

    was genau funktinioniert nicht? gar nix? falsche daten werden geschickt?

    gruss

    --
    no strict;
    no warnings;
    Über eine Rückmeldung freut sich später jeder, der das gleiche Problem hat und im Archiv nach einer Lösung sucht.
    1. Hallo,

      es kommt ein Formular z.B mit

      Name
      Adresse
      ...

      aber kein Inhalt, also die Eingabe vom User wirdnicht überemittelt.

      1. Hallo,

        hast du mal im MailLog geguckt?
        oder im webserverlog?
        hast du es mal mit use warnings; probiert?
        vielleicht hat der user auch nichts eingegeben?

        gruss

        --
        no strict;
        no warnings;
        Über eine Rückmeldung freut sich später jeder, der das gleiche Problem hat und im Archiv nach einer Lösung sucht.
        1. Hab ich zwar noch nicht nachgeschaut aber ich habe mehrere anrufe bekommen das leute mir schon vor tagen etwas zugeschickt haben.
          Und bei genau diesen bekomme dann diese leere mail.
          Ich versteh das einfach nicht :(

          1. Moin!

            Hab ich zwar noch nicht nachgeschaut aber ich habe mehrere anrufe bekommen das leute mir schon vor tagen etwas zugeschickt haben.
            Und bei genau diesen bekomme dann diese leere mail.
            Ich versteh das einfach nicht :(

            Das könnte vielleicht mit http://forum.de.selfhtml.org/my/?t=80821&m=469396&aaf=1 zusammenhängen. Anscheinend hat der IE manchmal Probleme mit dem korrekten Absenden von POST-Formularen.

            - Sven Rautenberg

            1. Danke für deine info. ich habe mir das mal angeschaut und vielleicht hängt es ja wirklich damit zusammen.

          2. Hi,

            mal ne ganz dumme Frage: Hast Du das Script überhaupt im Formular eingebunden?
            Falls Du hier mailto: verwendest, würde das die 50% durchaus erklären.

            Übrigens solltest Du die Empfängeradresse keinesfalls in einem hidden-Feld übermitteln!

            freundliche Grüße
            Ingo

          3. Tach

            Neben den bereits genannten Ursachen, käme auch noch ein Fehler im Server in Betracht. Ich weiss, dass z.B. Tripod oft Probleme mit der Serverseitigen Verarbeitung hat. Für einen User-Login musste ich dort beträchtliche Sicherheitslücken einprogrammieren, dass die Session-Verarbeitung Benutzer nicht nach 2-3 Seiten wieder rausgeschmissen hat.

            Wenn du allerdings bei einem "gescheiten" Anbieter bist, kann man das quasi ausschliessen.

            Tschö,
            dbenzhuser