Funkcja mail() tak czy nie.

[shive 0]

To akurat bardzo dobra cecha, jeśli mail() jest wyłączone. Tak powinno być na każdym serwerze.

[Puma 0]

Mail() jest przydatny i skoro mi działało jeszcze parę dni temu to oznacza że mają awarie na avx.

[shive 0]

Do wysyłania poczty powinieneś używać klasy wykorzystującej autoryzację (przez SMTP). Funkcja mail() NIE JEST odpowiednia do tego celu i jeśli wysyłasz z niej maile wychodzące poza serwer to chyba nie wiesz co robisz. Piszą ludzie takie skrypty a później tony spamu się przewalają po sieci... na szczęście wiele serwerów domyślnie odrzuca wiadomości wysyłane przez mail().

[Ios 0]

Masz rację, ale niestety 50% userów korzysta niestety z tej funkcji i by bez niej nie przeżyła... Ehh nienawidzę mail() :/ Pozdr.

[ertcap 0]

admin sie niezmienil z nowym wlascicielem bo poznaje po glosie juz kiedys do mnie wydzwaniali...

hm, zmienila sie cala ekipa wiec i admini tez sie zmienili (gdzies na wiosne 2006).

Ehh nienawidzę mail() :/ Pozdr.

Z czystej ciekawosci (Ios, shive) - moglibyscie mi powiedziec dlaczego mail() jest zly (sam jej nie lubie ale chcialbym poznac zdanie innej strony)? Mozna przeciez limitowac ilosc wysylanych maili, mozna wymusic zeby maile byly wysylane z adresu konkretnego usera (mimo, ze apache bedzie chodzil na jednym uzytkowniku).

 

pzdr.

[Ios 0]

Jest zły, bo łatwo przez niego wysłać spam, a potem undeliverty wracają na server i go lekko bombardują... Na szczęście znalazłem fajny myk, który dodaje do nagłówku wysłanego emaila via mail() z którego pliku został on wysłany, to bardzo ułatawia namierzenie spamera. Po prostu brak autoryzacji via mail(), to jest właśnie główny powód, dlaczego jej nie lubie ;-) Pozdr.

[ertcap 0]

Jest zły, bo łatwo przez niego wysłać spam, a potem undeliverty wracają na server i go lekko bombardują...

No jak nic nie skonfigurujesz to tak...

Na szczęście znalazłem fajny myk, który dodaje do nagłówku wysłanego emaila via mail() z którego pliku został on wysłany, to bardzo ułatawia namierzenie spamera.

No na przyklad w kazdej wirtualce:

php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f mail@uzyszkodnika.pl"

Sa i inne rozwiazania.

Do tego, jesli apache chodzi na prawach danego uzytkownika (np. robi sobie setuid przed podaniem strony) to automatycznie masz juz wysylanie maili z danego usera.

Tak wiec mysle, ze nie jest zbyt skomplikowane tak skonfigurowanie dzialania funkcji mail() zeby za bardzo nie psula zycia adminowi

 

pzdr.

[shive 0]

Kilka argumentów na poparcie "mail() jest zły", zaczynamy od najlżejszych:

 

- listy wysyłane gołym mail() często nie dochodzą

- skutkiem czego jest wysyp ludzi na forach beczących, że mailing w ich super nowym skrypcie nie działa

- nie obsługuje autoryzacji, a tak naprawdę dlaczego miałbym wysyłać jakiekolwiek anonimy?

- mail() umożliwia nieograniczone działanie skryptów do masowej wysyłki śmiecia

- a jak wiemy dziur w skryptach nie brakuje, więc skutki niepowołanego wykorzystania chyba każdy zna

 

Niektóre z tych rzeczy można zredukować, ale mało który host się o to martwi.

 

Ogólnie, moim zdaniem jeśli istnieje możliwość prostego wysyłania przez SMTP (a istnieje), to takie rzeczy jak mail() tylko kuszą do złego. Gdyby nawet z PHP totalnie usunięto taką funkcję, to skutki pozytywne byłyby o wiele rzędów większe, niż ewentualne problemy.