DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   (X)HTML, JavaScript, DHTML, XML, CSS (http://www.devprotalk.com/forumdisplay.php?f=8)
-   -   Problem sa slanjem maila iz forme za upite (http://www.devprotalk.com/showthread.php?t=9644)

knatasa 03. 02. 2011. 12:11
Problem sa slanjem maila iz forme za upite
 
Na sajtu (u potpisu) kod svakog objekta postoji forma za slanje upita za booking. Upit iz forme stize klijentima na mail koji su dali. Klijenti koji imaju @gmail.com, @hotmail.com itd... normalno dobijaju upite, medjutim oni koji imaju @yahoo.com, @yahoo.gr, @otenet.gr, @ath.forthnet.gr, @maryelen.gr i jos par njih ne dobijaju uopste, cak ni u Junk folder.

Postoji li neki nacin da se ovo resi, a da ne moram zbog 15% klijenata (kojima ne stizu upiti) sa celog sajta da sklanjam formu ? Bila bih vam veoma zahvalna ako neko pomogne u resavanju ovog problema.

3banchi 03. 02. 2011. 13:24
Hmm...posto ti je domen na shared hostingu pretpostavljam da se neki od domena na toj IP nalazi na nekoj spam black listi.
Provera na black listama ne daje bas uvek realne rezultate posto veliki mail provajderi imaju neke svoje liste. Tako da na listama mozes videti da ti je server Ok, ali neki opet blokiraju prema svojim pravilima.

knatasa 03. 02. 2011. 15:42
Citat:
Originalno napisao 3banchi (Napišite 95028)
Hmm...posto ti je domen na shared hostingu pretpostavljam da se neki od domena na toj IP nalazi na nekoj spam black listi.
Provera na black listama ne daje bas uvek realne rezultate posto veliki mail provajderi imaju neke svoje liste. Tako da na listama mozes videti da ti je server Ok, ali neki opet blokiraju prema svojim pravilima.
Mislim da nije to problem, jer kad im direktno posaljem mail sa istog maila sa kog se salju upiti - normalno dobijaju, ali ako ide iz forme - NE. Kao sto sam rekla ako je u pitanju @gmail.com ili neki drugi sve je ok. Postoji samo ovih nekoliko problematicnih zbog kojih cu izgleda ceo sajt morati da preuredim.

nn.nn 03. 02. 2011. 16:26
^ Ako je tako kao što kažeš, po nečemu se ti mailovi razlikuju. Možda je to server preko koga se šalje ili neki header, npr.

3banchi 03. 02. 2011. 16:39
Koji mailer se koristi...mailer na serveru gde je domen ili je mozda uradjeno povezivanje domena sa Google SMTP serverom?

knatasa 03. 02. 2011. 17:58
Citat:
Originalno napisao 3banchi (Napišite 95042)
Koji mailer se koristi...mailer na serveru gde je domen ili je mozda uradjeno povezivanje domena sa Google SMTP serverom?
Salje se preko smtp-a. Probali smo i sa Google SMTp, ali opet ista stvar: ne primaju oni koje sam vec navela.

Mailovi se ne razlikuju, salju se iz forme.

nn.nn 03. 02. 2011. 18:21
Kad kažeš preko SMTP-a, da li misliš na slanje direktno iz PHP-a na destinacioni server ili prvo na SMTP server gde se hostuje domen, a koji zatim poruku transportuje do destinacije? U svakom slučaju, SMTP serveri ne gube tek tako poruke koje su isporučene (izuzetak mogu biti one koje sadrže maliciozne programe), a ako poruka ne bude prihvaćena dati server će dati i odgovarajući razlog za to.

3banchi 03. 02. 2011. 18:40
U tom slucaju kako si navela, treba poci od same forme...prvo bih iskljucio ovu capcha funkciju jer vidim da je dobavljac Google kroz iframe. Nemam objasnjenje zasto bi to bio uzrok, ali mozda ta forma dodaje nesto svoje u header maila (probaj uporediti headere ovih mailoba sto saljes direktno i ovih iz forme).
Dalje sumnjivo mi je ovo zeleno submit dugme...source :

<input type="submit" class="green_link11" value="Pošalji" name="sbmPosaljiUpit">

Da li ovaj green link11 ima veze sa ovim servisom ?

Ako ima...ovi se bas bave marketingom i promocijom, tako da...?


Uzgred...zasto ne mogu pozvati kontekstualni meni desnim klikom za vas sajt ni u jednom browseru?

knatasa 03. 02. 2011. 18:40
Citat:
Originalno napisao nn.nn (Napišite 95057)
Kad kažeš preko SMTP-a, da li misliš na slanje direktno iz PHP-a na destinacioni server ili prvo na SMTP server gde se hostuje domen, a koji zatim poruku transportuje do destinacije? U svakom slučaju, SMTP serveri ne gube tek tako poruke koje su isporučene (izuzetak mogu biti one koje sadrže maliciozne programe), a ako poruka ne bude prihvaćena dati server će dati i odgovarajući razlog za to.
Scripta ne koristi PHPmail funkciju, vec bas ide preko SMTP-a (ja nisam programer, to su mi samo preneli).

knatasa 03. 02. 2011. 18:45
Citat:
Originalno napisao 3banchi (Napišite 95058)
U tom slucaju kako si navela, treba poci od same forme...prvo bih iskljucio ovu capcha funkciju jer vidim da je dobavljac Google kroz iframe. Nemam objasnjenje zasto bi to bio uzrok, ali mozda ta forma dodaje nesto svoje u header maila (probaj uporediti headere ovih mailoba sto saljes direktno i ovih iz forme).
Dalje sumnjivo mi je ovo zeleno submit dugme...source :

<input type="submit" class="green_link11" value="Pošalji" name="sbmPosaljiUpit">

Da li ovaj green link11 ima veze sa ovim servisom ?

Ako ima...ovi se bas bave marketingom i promocijom, tako da...?


Uzgred...zasto ne mogu pozvati kontekstualni meni desnim klikom za vas sajt ni u jednom browseru?
Na koji greenlink11 mislis ? Desni klik smo iskljucili zbog kopiranja sadrzaja.

3banchi 03. 02. 2011. 18:51
Kad radim inspect tog "posalji" dugmeta markira mi kod kako sam naveo.
Googlao sam taj green link i naisao na taj servis...mozda su oni autori forme pa ko zna sta u pozadini radi?

Mislim na ovo:

apash86 03. 02. 2011. 19:03
Evo ja malo da obrazlozim problem..

host je uniwebhosting, tamo i ne radi mail() funkcija

Po defaultu se slao mail preko smtp.grckainfo.com, koriscenjem phpmailer klase, standardna funkcija, mada iz ocaja menjao sam sve i svasta i u ovom kodu, ali uglavnom isto bude

Kôd:
    $mail = new PHPMailer();

    $smtp_mail->Host = "mail.grckainfo.com";
    $smtp_mail->SMTPAuth = true;
    $smtp_mail->Port = 25;
    $smtp_mail->Username = 'info@grckainfo.com';
    $smtp_mail->Password = '*****';
    $smtp_mail->From      = "info@grckainfo.com";

    $mail->CharSet = "UTF-8";
    $mail->IsSMTP();
                    //$mail->CharSet = "UTF-8";
    $mail->FromName = $ime;
    $mail->AddReplyTo("$mail9", "$ime");
    $mail->AddAddress("$objekat->mail");
    $mail->AddAddress("upiti@grckainfo.com");

    $mail->Subject="Request from GrckaInfo.com";
    $poruka="Request from GrckaInfo.com ";

    $mail->MsgHTML($poruka);
    if($mail->Send()){
      $err = 1;
    } else {
      $err= 0;
    }

zatim je probana smtp konekcija preko smtp.com naloga koji je placen, opet isto.

zatim i google app for domain sam podesio i probao preko gmail servera da saljem, i pogadjate opet isto:)

Da je samo yahoo.com problem malo bih se iscimao sa njima i resen bi bio problem, nego ima i nekih custom mail naloga po svakojakim domenima


E da, otvoren je i test hosting na drugoj ip adrese ali isto kod uniwebhost, i dalje ista situacija

cicika 03. 02. 2011. 19:40
Citat:
Desni klik smo iskljucili zbog kopiranja sadrzaja.
A word of advice...

Kopiranje je i dalje moguće, na različite načine. Ko hoće da iskopira, iskopiraće bez problema, sve što mu treba. Ovako samo iritirate korisnike koji bi možda nekome sa kim se dogovaraju oko odmora putem nekog IMa ili slično pejstovali opis, neku cenu i slično.

nn.nn 03. 02. 2011. 19:45
@apash86: Sad lepo promeni password i ubuduće pazi šta kačiš na net.

apash86 03. 02. 2011. 19:55
promenio sam, primetio sam da sam se zeznuo, al ne radi edit poruke:)

LiquidBrain 03. 02. 2011. 20:17
Sam opis problema nije dovoljan.
Elem, svaki mail server vraca status, tako da pogledajte u mail logove zasto ti mailovi nisu isporuceni. Ovako je samo nagadjanje...

knatasa 03. 02. 2011. 21:39
Citat:
Originalno napisao cicika (Napišite 95064)
A word of advice...

Kopiranje je i dalje moguće, na različite načine. Ko hoće da iskopira, iskopiraće bez problema, sve što mu treba. Ovako samo iritirate korisnike koji bi možda nekome sa kim se dogovaraju oko odmora putem nekog IMa ili slično pejstovali opis, neku cenu i slično.
Kopiranje je i dalje moguce, ali ne znaju svi nacin. Ko zeli, nema potrebe da pejstuje opis, valjda zna da posalje link ka stranici koja mu treba.

knatasa 03. 02. 2011. 21:52
2011-01-30 19:00:59 1Pjba1-0001my-Ev <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=55291 id=4D45A74C.00000B.00984@NATASA-AA3E37A9
2011-01-30 19:13:54 1Pjbmc-0005fo-G2 => info <info@grckainfo.com> R=virtual_user T=virtual_userdelivery
2011-01-30 19:17:16 1Pjbpo-00076C-PJ <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=55606 id=4D45AB22.000016.00984@NATASA-AA3E37A9
2011-01-30 19:18:04 1Pjbqb-0007Tl-TJ <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=55283 id=4D45AB53.00001E.00984@NATASA-AA3E37A9
2011-01-30 20:04:18 1PjcZK-000642-MB => info <info@grckainfo.com> R=virtual_user T=virtual_userdelivery
2011-01-31 00:33:52 1PjgmE-0006vr-89 <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=66333 id=4D45F556.00004D.02312@NATASA-AA3E37A9
2011-01-31 19:54:20 1PjytF-0007kl-WB <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=67460 id=4D470561.000044.02176@NATASA-AA3E37A9
2011-02-01 06:16:35 1Pk8bS-0000dH-Qb => info <info@grckainfo.com> R=virtual_user T=virtual_userdelivery
2011-02-01 17:38:52 1PkJFk-0005Xz-Ea <= info@grckainfo.com H=localhost () [127.0.0.1] P=esmtpa A=courier_login:info@grckainfo.com S=797
2011-02-01 19:17:28 1PkKn6-0003ef-IT <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=81857 id=4D484E3B.000004.03600@NATASA-AA3E37A9
2011-02-01 19:20:48 1PkKqL-00054S-O3 <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=67003 id=4D484F05.000009.03600@NATASA-AA3E37A9
2011-02-02 12:01:29 1PkaSh-0001EZ-Th <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=82944 id=4D493993.00000D.03168@NATASA-AA3E37A9
2011-02-03 16:26:41 1Pl14y-0007cm-Vk => info <info@grckainfo.com> R=virtual_user T=virtual_userdelivery
2011-02-03 18:37:44 1Pl37k-0008BP-WF <= info@grckainfo.com H=cable-94-189-164-76.dynamic.sbb.rs (natasa-aa3e37a9) [94.189.164.76] P=esmtpa A=courier_login:info@grckainfo.com S=93426 id=4D4AE7EB.000007.04072@NATASA-AA3E37A9
2011-02-03 19:26:11 1Pl3sh-00069U-6i <= tester@example.com H=(server.example.com) [89.110.244.189] P=esmtpa A=courier_plain:info@grckainfo.com S=306
2011-02-03 19:26:12 1Pl3sh-00069U-6i => info <info@grckainfo.com> R=virtual_user T=virtual_userdelivery
2011-02-03 19:27:16 1Pl3tk-0006kz-25 <= tester@example.com H=(server.example.com) [89.110.244.189] P=esmtpa A=courier_plain:info@grckainfo.com S=309

nn.nn 03. 02. 2011. 23:15
Čudan neki log, nije logovano slanje na udaljene destinacije. Da taj SMTP server ne pravi još neki log?

apash86 04. 02. 2011. 00:44
uglavnom od yahoo se dobija reject

451 Message temporarily deferred - 4.16.50
Deferred: 421 Message from (xxx.xxx.xxx.xxx) temporarily deferred

pun net ljudi koji se zale na tu gresku, mnogi su i odustali od trazenja resenja..

pre je radilo ok sve dok se nije promenio hosting server, tako mi se cini posto ima nekih registrovanih korisnika sa yahoo adresom..

Uglavnom problem je 99% do hostinga, nego sad odjednom proradi slanje preko mail() funkcije, pa da se vidi dokle ce to tako raditi..

nn.nn 04. 02. 2011. 01:41
Citat:
Originalno napisao apash86 (Napišite 95087)
uglavnom od yahoo se dobija reject

451 Message temporarily deferred - 4.16.50
Deferred: 421 Message from (xxx.xxx.xxx.xxx) temporarily deferred
To je privremena greška, tako da će svaki kršten SMTP server neko vreme pokušavati da isporuči poruku (kod mene 5 dana). Isti slučaj imam na nekim maling listama, ali na kraju se sve ipak isporuče, pa nisam dalje istraživao. Pokušaj ovde da pronađeš nešto: http://help.yahoo.com/l/us/yahoo/mai...master/basics/

akubra 04. 02. 2011. 09:41
Citat:
Originalno napisao apash86 (Napišite 95087)
uglavnom od yahoo se dobija reject

451 Message temporarily deferred - 4.16.50
Deferred: 421 Message from (xxx.xxx.xxx.xxx) temporarily deferred
To je neki njihov greylist, iz mog iskusva poruke su prolazile posle par sati.

webarto 04. 02. 2011. 10:42
Koristite Google SMTP...

knatasa 04. 02. 2011. 12:23
Hvala svima na vremenu, resili smo problem :)

vidak 04. 02. 2011. 12:29
^ Kako?

apash86 04. 02. 2011. 12:37
Citat:
Originalno napisao webarto (Napišite 95095)
Koristite Google SMTP...
probao sam google smtp, cak i google app for domain, ali opet isto, vec sam napisao u jednoj poruci..


Citat:
To je neki njihov greylist, iz mog iskusva poruke su prolazile posle par sati.
znam za to, ali ovo traje vec 10 dana i vise, jedino da ovaj smtp server na hostu nije lepo podesen, sto je najverovatnije.. Mada yahoo izricito tvrdi da "greylist" ne postoji:)


za sada radi lepo preko mail() funkcije, ni to nije radilo oduvek ali nekim cudom proradi sinoc, a sto je jos cudnije nigde ne stize mail u spam, direkt u inbox ide, cak i bez bilo kakvih headera podesenih


Vreme je GMT +2. Trenutno vreme je 14:25.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.