Thema: Probleme mit Scripts/Mails

Hallo,

Wenn ich auf meinem Server ein Formular verschicken will , dann kommt

nie die Email an. Das ist nur bei Scripts. Webmail (VHCS2) geht ohne Probleme (Senden und Empfangen)

Woran kann das liegen?

Wenn ihr Logs benötigt dann bitte sagen welche genau.

Danke schonmal.

Hier mal ein Auszug aus der Log Datei

Code:

Oct  3 12:49:33 localhost postfix/pickup[29844]: 02B741228142: uid=33 from=<www-data>
Oct  3 12:49:33 localhost postfix/cleanup[29988]: 02B741228142: message-id=<20061003104932.02B741228142@debian31m>
Oct  3 12:49:33 localhost postfix/cleanup[29988]: 02B741228142: to=<unknown>, relay=none, delay=1, status=bounced (No recipients specified)
Oct  3 12:49:33 localhost postfix/cleanup[29992]: 09B3A1228144: message-id=<20061003104933.09B3A1228144@debian31m>
Oct  3 12:49:33 localhost postfix/qmgr[25604]: 09B3A1228144: from=<>, size=2030, nrcpt=1 (queue active)
Oct  3 12:49:33 localhost postfix/local[29993]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
Oct  3 12:49:33 localhost postfix/local[29993]: 09B3A1228144: to=<www-data@debian31m.local>, relay=local, delay=0, status=sent (delivered to command: procmail -a "$EXTENSION")
Oct  3 12:49:33 localhost postfix/qmgr[25604]: 09B3A1228144: removed
Oct  3 12:49:52 localhost postfix/pickup[29844]: A84E11228142: uid=33 from=<www-data>
Oct  3 12:49:52 localhost postfix/cleanup[29992]: A84E11228142: message-id=<20061003104952.A84E11228142@debian31m>
Oct  3 12:49:52 localhost postfix/cleanup[29992]: A84E11228142: to=<unknown>, relay=none, delay=0, status=bounced (No recipients specified)
Oct  3 12:49:52 localhost postfix/cleanup[29988]: AA8C91228144: message-id=<20061003104952.AA8C91228144@debian31m>
Oct  3 12:49:52 localhost postfix/qmgr[25604]: AA8C91228144: from=<>, size=2390, nrcpt=1 (queue active)
Oct  3 12:49:52 localhost postfix/local[29993]: AA8C91228144: to=<www-data@debian31m.local>, relay=local, delay=0, status=sent (delivered to command: procmail -a "$EXTENSION")
Oct  3 12:49:52 localhost postfix/qmgr[25604]: AA8C91228144: removed

Ich hoffe mir kann jemand helfen

Entschuldigung .. :-(

Also wie muss dann der eintrag aussehen?

Im moment sieht er so bei mir aus

Code:

; For Unix only.  You may supply arguments as well (default: "sendmail -t -i").
sendmail_path = /usr/lib/sendmail

muss er dann so aussehen?

Code:

sendmail_path = /usr/lib/sendmail "sendmail -t -i"

Jetzt habe ich nur noch ein Problem mit AOL.

Dort kommt nie eine an ....

Hallo Markus,


bedeutet das, dass du das ursprüngliche Problem gelöst hast?

Wenn ja, wie bist du vorgegangen?

Bitte poste genau, was du gemacht hast. So können andere User mit demselben Problem davon profitieren.

Zitat von Markus.H

Jetzt habe ich nur noch ein Problem mit AOL.

Dort kommt nie eine an ....

Wie ist das zu verstehen?

Sendest du an den Provider AOL Mails, die dann "untergehen"?


Gruß

KM

Hallo,

Es lag an dem

Code:

sendmail_path = /usr/lib/sendmail -t -i

So geht es.


Zu AOL.

Ja die Mails gehen "unter"
Sie kommen einfach nicht an

Hallo,

das heißt, du bekommst keinerlei Fehlermeldungen.

Aufgrund welcher Tatsache weißt du, ob eine Mail angekommen ist, oder ob nicht?


Gruß

KM

Check vielleicht mal, obs am rdns-eintrag liegt.
Ein Bekannter hatte mal das selbe Problem.
AOL hat den rdns-eintrag einfach nicht akzeptiert, obwohl einer gesetzt war.
Fehlermeldung kam nach 5 Tagen an. ^^
http://www.postmaster.aol.com/tools/rdns.html

@Kernel

Wie darf ich das verstehen?

Die kommen einfach nicht an.

Es kommt auch keine Fehlermeldung

@Mini

Das sagt er bei mir

Success! It appears you have Reverse DNS. Please note the following points:

*

If the sender's domain is the only domain sending mail from a specific IP address, we recommend that the reverse DNS entry (PTR Record) match the domain name (A Record), but we do not require it.
*

AOL does require that all connecting Mail Transfer Agents have established reverse DNS, regardless of whether it matches the domain.
*

Reverse DNS must be in the form of a fully-qualified domain name. Reverse DNSes containing in-addr.arpa are not acceptable, as these are merely placeholders for a valid PTR record. Reverse DNSes consisting only of IP addresses are also not acceptable, as they do not correctly establish the relationship between domain and IP address.