Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #19885 > unrolled thread

inviare un'email

Back to article view | Back to it.comp.www.php

Contents

  inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-25 13:11 +0200
    Re: inviare un'email Alessandro Pellizzari <shuriken@amiran.it> - 2015-09-26 08:21 +0000
      Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-26 11:08 +0200
        Re: inviare un'email Alessandro Pellizzari <shuriken@amiran.it> - 2015-09-26 13:13 +0000
          Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-26 16:23 +0200
            Re: inviare un'email Alessandro Pellizzari <shuriken@amiran.it> - 2015-09-27 07:38 +0000
              Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-27 12:29 +0200
                Re: inviare un'email Alessandro Pellizzari <shuriken@amiran.it> - 2015-09-27 14:14 +0000
                  Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-27 17:37 +0200
                    Re: inviare un'email Alessandro Pellizzari <shuriken@amiran.it> - 2015-09-27 16:00 +0000
    Re: inviare un'email fmassei@gmail.com - 2015-09-27 12:32 -0700
      Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-28 14:40 +0200
        Re: inviare un'email fmassei@gmail.com - 2015-09-28 05:57 -0700
          Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-28 16:05 +0200
            Re: inviare un'email fmassei@gmail.com - 2015-09-28 07:11 -0700
              Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-29 08:34 +0200
                Re: inviare un'email fmassei@gmail.com - 2015-09-29 06:17 -0700
                  Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-29 16:16 +0200
                    Re: inviare un'email fmassei@gmail.com - 2015-09-29 07:18 -0700
                      Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-29 16:21 +0200
                      Re: inviare un'email alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-09-29 16:23 +0200

Page 1 of 2  [1] 2  Next page →

#19885 — inviare un'email

$to = ...

$subject = "My subject";
$txt = "Hello world!";
$headers = "From: webmaster@example.com" . "\r\n" .
"CC: somebodyelse@example.com";

var_dump(
mail($to,$subject,$txt,$headers)
);


$subject = 'the subject';
$message = 'hello';
$headers = 'From: webmaster@example.com' . "\r\n" .
     'Reply-To: webmaster@example.com' . "\r\n" .
     'X-Mailer: PHP/' . phpversion();

var_dump(
mail($to, $subject, $message, $headers)
);



l'email non viene inviata, infatti viene restituito sempre false

[toc] | [next] | [standalone]

#19893

Il Fri, 25 Sep 2015 13:11:41 +0200, alex ha scritto:

> var_dump(
> mail($to, $subject, $message, $headers)
> );

> l'email non viene inviata, infatti viene restituito sempre false

Quando mail torna false, nella maggior parte dei casi significa che il 
mailserver è mail configurato. Se sei su Windows, controlla le 
impostazioni nel php.ini. Se sei sotto Linux controlla i log del 
mailserver.

Bye.

[toc] | [prev] | [next] | [standalone]

#19894

Il 26/09/2015 10:21, Alessandro Pellizzari ha scritto:
> Quando mail torna false, nella maggior parte dei casi significa che il
> mailserver è mail configurato.


Innanzitutto ho installato sendmail.

Adesso prima di mandare l'email, l'esecuzione si ferma per quasi un 
minuto, come se stesse aspettando qualcosa...
Perchè?

Comunque dopo il minuto di apparente agonia, adesso viene restituito 
true, ma l'email non la vedo arrivare.
Perchè?

> Se sei su Windows, controlla le
> impostazioni nel php.ini.

Nello specifico?

> Se sei sotto Linux controlla i log del
> mailserver.

Quali file esattamente?

[toc] | [prev] | [next] | [standalone]

#19896

Il Sat, 26 Sep 2015 11:08:24 +0200, alex ha scritto:

> Il 26/09/2015 10:21, Alessandro Pellizzari ha scritto:
>> Quando mail torna false, nella maggior parte dei casi significa che il
>> mailserver è mail configurato.
> 
> 
> Innanzitutto ho installato sendmail.

Sei un po' masochista, vedo. :)
Usa postfix, o al limite exim o qmail.
 
> Adesso prima di mandare l'email, l'esecuzione si ferma per quasi un
> minuto, come se stesse aspettando qualcosa...
> Perchè?

A occhio e croce, è il DNS che va in timeout cercando di risolvere l'MX 
del destinatario.
 
>> Se sei sotto Linux controlla i log del mailserver.
> 
> Quali file esattamente?

/var/log/*mail*

Bye.

[toc] | [prev] | [next] | [standalone]

#19897

Il 26/09/2015 15:13, Alessandro Pellizzari ha scritto:
> Il Sat, 26 Sep 2015 11:08:24 +0200, alex ha scritto:
>
>> Il 26/09/2015 10:21, Alessandro Pellizzari ha scritto:
>>> Quando mail torna false, nella maggior parte dei casi significa che il
>>> mailserver è mail configurato.
>>
>>
>> Innanzitutto ho installato sendmail.
>
> Sei un po' masochista, vedo. :)
> Usa postfix, o al limite exim o qmail.
>

$ sudo apt-get --purge remove sendmail
$ sudo apt-get install postfix

Adesso sei contento? :)

Quindi eseguo (da console) il mio script

$ php /mnt/php/mail.php
postdrop: warning: unable to look up public/pickup: No such file or 
directory
bool(true)
postdrop: warning: unable to look up public/pickup: No such file or 
directory
bool(true)

Emette dei warning, ma restituisce true, bah...
Cmq l'email viene spedita, mi pare...

>> Adesso prima di mandare l'email, l'esecuzione si ferma per quasi un
>> minuto, come se stesse aspettando qualcosa...
>> Perchè?
>
> A occhio e croce, è il DNS che va in timeout cercando di risolvere l'MX
> del destinatario.
>

adesso invece non va più in timeout, ma per il resto come sopra

>>> Se sei sotto Linux controlla i log del mailserver.
>>
>> Quali file esattamente?
>
> /var/log/*mail*

Sep 26 16:10:38 miopc postfix/postdrop[20320]: warning: unable to look 
up public/pickup: No such file or directory

[toc] | [prev] | [next] | [standalone]

#19900

Il Sat, 26 Sep 2015 16:23:18 +0200, alex ha scritto:

> Sep 26 16:10:38 miopc postfix/postdrop[20320]: warning: unable to look
> up public/pickup: No such file or directory

https://www.google.co.uk/search?client=ubuntu&channel=fs&q=warning%3A
+unable+to+look+uppublic%2Fpickup%3A+No+such+file+or
+directory&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=lJwHVtKaHuzH8gf_67qwBw

Primi due risultati:

https://dietbrand.eu/fix-for-postdrop-warning-unable-to-look-up-
publicpickup-no-such-file-or-directory/


http://www.databasically.com/2009/12/02/ubuntu-postfix-error-postdrop-
warning-unable-to-look-up-publicpickup-no-such-file-or-directory/

"Turns out that sendmail was previously installed and that was messing 
things up"

Bye.

[toc] | [prev] | [next] | [standalone]

#19902

Il 27/09/2015 09:38, Alessandro Pellizzari ha scritto:
> https://www.google.co.uk/search?client=ubuntu&channel=fs&q=warning%3A
> +unable+to+look+uppublic%2Fpickup%3A+No+such+file+or
> +directory&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=lJwHVtKaHuzH8gf_67qwBw
>
> Primi due risultati:
>
> https://dietbrand.eu/fix-for-postdrop-warning-unable-to-look-up-
> publicpickup-no-such-file-or-directory/
>
>
> http://www.databasically.com/2009/12/02/ubuntu-postfix-error-postdrop-
> warning-unable-to-look-up-publicpickup-no-such-file-or-directory/

Articolo scritto maluccio... poi il kill a che serve?


Comunque ho fatto così:

$ apt-get install postfix
$ mkfifo /var/spool/postfix/public/pickup
$ /etc/init.d/postfix restart

Quindi eseguo il mio script e controllo l'email.
L'email non arriva :(
Vado a vedere il log:

Sep 27 12:20:01 comex postfix/pickup[8028]: 71EDB8218B1: uid=117 
from=<smmsp>
Sep 27 12:20:01 comex postfix/cleanup[8838]: 71EDB8218B1: 
message-id=<20150927102001.71EDB8218B1@comex>
Sep 27 12:20:01 comex postfix/qmgr[8029]: 71EDB8218B1: 
from=<smmsp@comex>, size=654, nrcpt=1 (queue active)
Sep 27 12:20:01 comex postfix/local[8876]: 71EDB8218B1: to=<root@comex>, 
orig_to=<root>, relay=local, delay=0.3, delays=0.24/0.01/0/0.05, 
dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Sep 27 12:20:01 comex postfix/qmgr[8029]: 71EDB8218B1: removed
Sep 27 12:20:10 comex postfix/smtp[8842]: connect to 
example.com[93.184.216.34]:25: Connection timed out
Sep 27 12:20:10 comex postfix/smtp[8842]: BFD1382124C: 
to=<somebodyelse@example.com>, relay=none, delay=30, 
delays=0.12/0.01/30/0, dsn=4.4.1, status=deferred (connect to 
example.com[93.184.216.34]:25: Connection timed out)


Ma proviamo anche a lanciare lo script dal browser.
L'email non arriva.
Ecco il log

Sep 27 12:26:42 comex postfix/pickup[8028]: 968FE8218B1: uid=1 from=<daemon>
Sep 27 12:26:42 comex postfix/cleanup[8990]: 968FE8218B1: 
message-id=<20150927102642.968FE8218B1@comex>
Sep 27 12:26:42 comex postfix/pickup[8028]: AB5BA8218B2: uid=1 from=<daemon>
Sep 27 12:26:42 comex postfix/qmgr[8029]: 968FE8218B1: 
from=<daemon@comex>, size=355, nrcpt=2 (queue active)
Sep 27 12:26:42 comex postfix/cleanup[8990]: AB5BA8218B2: 
message-id=<20150927102642.AB5BA8218B2@comex>
Sep 27 12:26:42 comex postfix/qmgr[8029]: AB5BA8218B2: 
from=<daemon@comex>, size=374, nrcpt=1 (queue active)
Sep 27 12:26:43 comex postfix/smtp[8996]: connect to 
example.com[2606:2800:220:1:248:1893:25c8:1946]:25: Network is unreachable
Sep 27 12:27:13 comex postfix/smtp[8996]: connect to 
example.com[93.184.216.34]:25: Connection timed out
Sep 27 12:27:13 comex postfix/smtp[8996]: 968FE8218B1: 
to=<somebodyelse@example.com>, relay=none, delay=32, 
delays=1.8/0.01/30/0, dsn=4.4.1, status=deferred (connect to 
example.com[93.184.216.34]:25: Connection timed out)
Sep 27 12:27:13 comex postfix/smtp[8998]: connect to 
mx3.hotmail.com[65.54.188.72]:25: Connection timed out
Sep 27 12:27:13 comex postfix/smtp[8997]: connect to 
mx1.hotmail.com[65.54.188.94]:25: Connection timed out
Sep 27 12:27:43 comex postfix/smtp[8998]: connect to 
mx4.hotmail.com[65.54.188.94]:25: Connection timed out
Sep 27 12:27:44 comex postfix/smtp[8997]: connect to 
mx4.hotmail.com[65.55.33.135]:25: Connection timed out

[toc] | [prev] | [next] | [standalone]

#19905

Il Sun, 27 Sep 2015 12:29:40 +0200, alex ha scritto:

> Quindi eseguo il mio script e controllo l'email.
> L'email non arriva :(

Stiamo uscendo dall'ambito PHP e entrando nel sysadmin.

> Vado a vedere il log:

Lo vedi ma non lo guardi...
 
> Sep 27 12:20:01 comex postfix/local[8876]: 71EDB8218B1: to=<root@comex>,
> orig_to=<root>, relay=local, delay=0.3, delays=0.24/0.01/0/0.05,
> dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")

Questa (locale) è andata, e dovresti trovarla nelle mail di root.

> Sep 27 12:20:01 comex postfix/qmgr[8029]: 71EDB8218B1: removed Sep 27
> 12:20:10 comex postfix/smtp[8842]: connect to
> example.com[93.184.216.34]:25: Connection timed out Sep 27 12:20:10
> comex postfix/smtp[8842]: BFD1382124C: to=<somebodyelse@example.com>,
> relay=none, delay=30,
> delays=0.12/0.01/30/0, dsn=4.4.1, status=deferred (connect to
> example.com[93.184.216.34]:25: Connection timed out)

example.com è un dominio di esempio, non dovresti provare a mandargli mail
 
> Sep 27 12:26:43 comex postfix/smtp[8996]: connect to
> example.com[2606:2800:220:1:248:1893:25c8:1946]:25: Network is
> unreachable 

Network is unreachable, mi pare abbastanza chiaro. Non hai configurato 
IPv6.

> Sep 27 12:27:13 comex postfix/smtp[8996]: connect to
> example.com[93.184.216.34]:25: Connection timed out Sep 27 12:27:13
> comex postfix/smtp[8996]: 968FE8218B1: to=<somebodyelse@example.com>,
> relay=none, delay=32,
> delays=1.8/0.01/30/0, dsn=4.4.1, status=deferred (connect to
> example.com[93.184.216.34]:25: Connection timed out)
> Sep 27 12:27:13 comex postfix/smtp[8998]: connect to
> mx3.hotmail.com[65.54.188.72]:25: Connection timed out Sep 27 12:27:13
> comex postfix/smtp[8997]: connect to mx1.hotmail.com[65.54.188.94]:25:
> Connection timed out Sep 27 12:27:43 comex postfix/smtp[8998]: connect
> to mx4.hotmail.com[65.54.188.94]:25: Connection timed out Sep 27
> 12:27:44 comex postfix/smtp[8997]: connect to
> mx4.hotmail.com[65.55.33.135]:25: Connection timed out

Sono tutti timeout.
O hai seri problemi di rete o hai malconfigurato il server.

In ogni caso un mailserver non si installa in 10 minuti con un apt-get 
install. O meglio, si può anche fare, ma devi sapere cosa fa e come 
funziona, soprattutto se hai intenzione di metterlo pubblico.

Postfix in Debian arriva abbastanza sicuro, ma io ti consiglio di leggere 
bene come funziona un SMTP prima di fare troppi danni.

Quando avrai finito di studiare, trova qualcuno che ti faccia relay e 
configura il tuo server per accettare connessioni solo da localhost e 
consegnare solo tramite quel relay.

Bye.

[toc] | [prev] | [next] | [standalone]

#19906

Il 27/09/2015 16:14, Alessandro Pellizzari ha scritto:

 >> Sep 27 12:20:01 comex postfix/local[8876]: 71EDB8218B1: to=<root@comex>,

 >> orig_to=<root>, relay=local, delay=0.3, delays=0.24/0.01/0/0.05,

 >> dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")

 >

 > Questa (locale) è andata, e dovresti trovarla nelle mail di root.

 >



root@comex?

Che email è ?

In effetti mi sto chiedendo come sia saltata fuori.

comex naturalmente è il nome (l'identificativo in rete) del mio pc



 >> Sep 27 12:20:01 comex postfix/qmgr[8029]: 71EDB8218B1: removed Sep 27

 >> 12:20:10 comex postfix/smtp[8842]: connect to

 >> example.com[93.184.216.34]:25: Connection timed out Sep 27 12:20:10

 >> comex postfix/smtp[8842]: BFD1382124C: to=<somebodyelse@example.com>,

 >> relay=none, delay=30,

 >> delays=0.12/0.01/30/0, dsn=4.4.1, status=deferred (connect to

 >> example.com[93.184.216.34]:25: Connection timed out)

 >

 > example.com è un dominio di esempio, non dovresti provare a mandargli 
mail

 >




@example.com comunque lo sto usando come mittente e non come destinatario.
Poi non so se questo dominio di esempio (inesistente) può creare 
problemi anche come from


 >> Sep 27 12:26:43 comex postfix/smtp[8996]: connect to

 >> example.com[2606:2800:220:1:248:1893:25c8:1946]:25: Network is

 >> unreachable

 >

 > Network is unreachable, mi pare abbastanza chiaro. Non hai configurato

 > IPv6.

 >


mmmhhh... bisogna quindi mettere le mani qui
https://farm8.staticflickr.com/7293/16394993017_21917f027b_o.png
o in qualche specifico file di configurazione...
Pensavo la cosa fosse meno intrigata.

 >> Sep 27 12:27:13 comex postfix/smtp[8996]: connect to

 >> example.com[93.184.216.34]:25: Connection timed out Sep 27 12:27:13

 >> comex postfix/smtp[8996]: 968FE8218B1: to=<somebodyelse@example.com>,

 >> relay=none, delay=32,

 >> delays=1.8/0.01/30/0, dsn=4.4.1, status=deferred (connect to

 >> example.com[93.184.216.34]:25: Connection timed out)

 >> Sep 27 12:27:13 comex postfix/smtp[8998]: connect to

 >> mx3.hotmail.com[65.54.188.72]:25: Connection timed out Sep 27 12:27:13

 >> comex postfix/smtp[8997]: connect to mx1.hotmail.com[65.54.188.94]:25:

 >> Connection timed out Sep 27 12:27:43 comex postfix/smtp[8998]: connect

 >> to mx4.hotmail.com[65.54.188.94]:25: Connection timed out Sep 27

 >> 12:27:44 comex postfix/smtp[8997]: connect to

 >> mx4.hotmail.com[65.55.33.135]:25: Connection timed out

 >

 > Sono tutti timeout.

 > O hai seri problemi di rete o hai malconfigurato il server.

 >


A questo punto credo ci sia da studiare

 > In ogni caso un mailserver non si installa in 10 minuti con un apt-get

 > install. O meglio, si può anche fare, ma devi sapere cosa fa e come

 > funziona, soprattutto se hai intenzione di metterlo pubblico.

 >


come sopra

 > Postfix in Debian arriva abbastanza sicuro, ma io ti consiglio di leggere

 > bene come funziona un SMTP prima di fare troppi danni.

 >

 > Quando avrai finito di studiare, trova qualcuno che ti faccia relay e

 > configura il tuo server per accettare connessioni solo da localhost e

 > consegnare solo tramite quel relay.



Come sopra.
Eppure qualche anno fa (sotto windows) ho mandato in esecuzione uno 
script simile a quello che ho presentato all'inizio, e come per magia 
l'email è arrivata: non ho configurato niente, non ho installato niente, 
insomma non ho fatto niente di niente.
Era tutto già installato/configurato?
Oppure è stato merito della versione dell'interprete php di allora che 
faceva tutto da se?
Si collegava all'smtp del mio provider (alice) e spediva l'email, senza 
bisogno di programmucoli/driver intermediari, boh :-|

Ho fatto la stessa prova adesso (in windows7), ma come per ubuntu, la 
faccenda non sembra più funzionare.

Passano gli anni e tutto si complica :-|

[toc] | [prev] | [next] | [standalone]

#19907

Il Sun, 27 Sep 2015 17:37:19 +0200, alex ha scritto:

> Eppure qualche anno fa (sotto windows) ho mandato in esecuzione uno
> script simile a quello che ho presentato all'inizio, e come per magia
> l'email è arrivata: non ho configurato niente, non ho installato niente,
> insomma non ho fatto niente di niente.
> Era tutto già installato/configurato?

mail() si comporta in modo diverso tra Linux e Windows.

Sotto Linux usa l'SMTP installato sulla macchina.

Sotto Windows devi configurare il relay nel php.ini, perché dà per 
scontato che non esista un SMTP locale.

Se vuoi ottenere la stessa cosa di Windows sotto Linux devi installare 
qualcosa tipo nullmailer, e configurarlo per usare come relay il tuo 
provider (alice, come dici sotto).

> Ho fatto la stessa prova adesso (in windows7), ma come per ubuntu, la
> faccenda non sembra più funzionare.

Molto probabilmente alice (o quello che hai adesso) ha stretto i cordoni 
per evitare spam.
Quasi sicuramente devi spedire con un mittente @alice.it, o magari devi 
passare username e password per usare il loro relay.

La posta è uno dei protocolli (o meglio, insieme di protocolli) più 
complicati di tutto Internet, soprattutto adesso che ci sono decine di 
tecniche antispam di cui tenere conto.

Bye.

[toc] | [prev] | [next] | [standalone]

#19908

On Friday, September 25, 2015 at 1:11:43 PM UTC+2, alex wrote:
> ...
> mail($to, $subject, $message, $headers)
> ...
> l'email non viene inviata, infatti viene restituito sempre false

Un consiglio?
Non configurare nulla sulla tua macchina, fai una classe che gestisce
l'invio di mail e che chiama mail() sul server (dove è tutto già configurato
per te dal sysadmin) e file_put_contents() in locale.

Se sei su linux esiste anche un vecchio trucco: puoi anche chiamare sempre
la funzione mail(), e siccome PHP chiama sempre l'applicativo "sendmail",
puoi creare un file chiamato così (di solito quindi /usr/bin/sendmail, con
permessi d'esecuzione) con dentro qualcosa tipo:
#!/usr/bin/php
<?php
$input = file_get_contents('php://stdin');
$filename = /* quello che è */;
file_put_contents($filename, $input);

Guadagni in salute e in tempo di debug.

Ciao!

[toc] | [prev] | [next] | [standalone]

#19909

Il 27/09/2015 21:32, fmassei@gmail.com ha scritto:
> On Friday, September 25, 2015 at 1:11:43 PM UTC+2, alex wrote:
>> ...
>> mail($to, $subject, $message, $headers)
>> ...
>> l'email non viene inviata, infatti viene restituito sempre false
>
> Un consiglio?
> Non configurare nulla sulla tua macchina, fai una classe che gestisce
> l'invio di mail e che chiama mail() sul server (dove è tutto già configurato
> per te dal sysadmin)
>

Quale server?
Quale sysadmin?

 >  e file_put_contents() in locale.

Per fare cosa?

> Se sei su linux esiste anche un vecchio trucco: puoi anche chiamare sempre
> la funzione mail(), e siccome PHP chiama sempre l'applicativo "sendmail",
> puoi creare un file chiamato così (di solito quindi /usr/bin/sendmail, con
> permessi d'esecuzione) con dentro qualcosa tipo:
> #!/usr/bin/php
> <?php
> $input = file_get_contents('php://stdin');
> $filename = /* quello che è */;
> file_put_contents($filename, $input);
>
> Guadagni in salute e in tempo di debug.

Questo script salva l'email su un file?
Ma a che serve?

[toc] | [prev] | [next] | [standalone]

#19910

On Monday, September 28, 2015 at 2:40:48 PM UTC+2, alex wrote:
> <snip>
> Questo script salva l'email su un file?
> Ma a che serve?
>

Serve a fare le tue prove in locale.

Sulla tua macchina di sviluppo non devi mica inviare email al mondo, devi
solo controllare che quello che mandi alla mail() funzioni come ti aspetti.
Quando metterai il tuo codice sul server di produzione tutto il sistema di
invio mail sarà già settato per te.

Che senso ha configurarsi tutto un server di posta sulla macchina di
sviluppo? :/

Ciao!

[toc] | [prev] | [next] | [standalone]

#19915

Il 28/09/2015 14:57, fmassei@gmail.com ha scritto:
> On Monday, September 28, 2015 at 2:40:48 PM UTC+2, alex wrote:
>> <snip>
>> Questo script salva l'email su un file?
>> Ma a che serve?
>>
>
> Serve a fare le tue prove in locale.
>

Adesso che l'hai detto è chiaro :)
Un ottimo sistema per catturare l'input.
Ma si può cambiare l'applicazione?
Se ad esempio volessi usare /usr/sbin/mio_sender_test.sh?

[toc] | [prev] | [next] | [standalone]

#19916

On Monday, September 28, 2015 at 4:05:58 PM UTC+2, alex wrote:
> Il 28/09/2015 14:57, fmassei@gmail.com ha scritto:
> > On Monday, September 28, 2015 at 2:40:48 PM UTC+2, alex wrote:
> >> <snip>
> >> Questo script salva l'email su un file?
> >> Ma a che serve?
> >>
> >
> > Serve a fare le tue prove in locale.
> >
> 
> Adesso che l'hai detto è chiaro :)
> Un ottimo sistema per catturare l'input.
> Ma si può cambiare l'applicazione?
> Se ad esempio volessi usare /usr/sbin/mio_sender_test.sh?

puoi cambiare la variabile "sendmail_path" nel php.ini (o, se il tuo PHP gira
come modulo, sovrascriverla nella configurazione del webserver).

Ciao!

[toc] | [prev] | [next] | [standalone]

#19924

Il 28/09/2015 16:11, fmassei@gmail.com ha scritto:
> On Monday, September 28, 2015 at 4:05:58 PM UTC+2, alex wrote:
>> Il 28/09/2015 14:57, fmassei@gmail.com ha scritto:
>>> On Monday, September 28, 2015 at 2:40:48 PM UTC+2, alex wrote:
>>>> <snip>
>>>> Questo script salva l'email su un file?
>>>> Ma a che serve?
>>>>
>>>
>>> Serve a fare le tue prove in locale.
>>>
>>
>> Adesso che l'hai detto è chiaro :)
>> Un ottimo sistema per catturare l'input.
>> Ma si può cambiare l'applicazione?
>> Se ad esempio volessi usare /usr/sbin/mio_sender_test.sh?
>
> puoi cambiare la variabile "sendmail_path" nel php.ini (o, se il tuo PHP gira
> come modulo, sovrascriverla nella configurazione del webserver).

ho provato ad impostare /tmp/test.sh, ma va sempre a cercare 
/usr/sbin/sendmail

[toc] | [prev] | [next] | [standalone]

#19925

On Tuesday, September 29, 2015 at 8:34:05 AM UTC+2, alex wrote:
> Il 28/09/2015 16:11, fmassei@gmail.com ha scritto:
> > puoi cambiare la variabile "sendmail_path" nel php.ini (o, se il tuo PHP
> > gira come modulo, sovrascriverla nella configurazione del webserver).
> 
> ho provato ad impostare /tmp/test.sh, ma va sempre a cercare 
> /usr/sbin/sendmail

Strano, dovrebbe andare: prova un phpinfo() e vedi se la variabile è presa
correttamente.

Ciao!

[toc] | [prev] | [next] | [standalone]

#19929

Il 29/09/2015 15:17, fmassei@gmail.com ha scritto:
> On Tuesday, September 29, 2015 at 8:34:05 AM UTC+2, alex wrote:
>> Il 28/09/2015 16:11, fmassei@gmail.com ha scritto:
>>> puoi cambiare la variabile "sendmail_path" nel php.ini (o, se il tuo PHP
>>> gira come modulo, sovrascriverla nella configurazione del webserver).
>>
>> ho provato ad impostare /tmp/test.sh, ma va sempre a cercare
>> /usr/sbin/sendmail
>
> Strano, dovrebbe andare: prova un phpinfo() e vedi se la variabile è presa
> correttamente.
>
> Ciao!
>

la variabile è impostata su /tmp/test.sh, ma l'applicazione dice
sh: 1: /usr/sbin/sendmail: not found

Ma c'è da diventare cretini?

[toc] | [prev] | [next] | [standalone]

#19930

On Tuesday, September 29, 2015 at 4:16:42 PM UTC+2, alex wrote:
> Il 29/09/2015 15:17, fmassei@gmail.com ha scritto:
> > On Tuesday, September 29, 2015 at 8:34:05 AM UTC+2, alex wrote:
> >> ho provato ad impostare /tmp/test.sh, ma va sempre a cercare
> >> /usr/sbin/sendmail
> >
> > Strano, dovrebbe andare: prova un phpinfo() e vedi se la variabile è presa
> > correttamente.
> >
> > Ciao!
> >
> 
> la variabile è impostata su /tmp/test.sh, ma l'applicazione dice
> sh: 1: /usr/sbin/sendmail: not found
> 
> Ma c'è da diventare cretini?

Vedrai che sarà una piccolissima scemenza da qualche parte, è sempre così
che si perdono le ore! :D

Ciao!

[toc] | [prev] | [next] | [standalone]

#19931

Il 29/09/2015 16:18, fmassei@gmail.com ha scritto:
> On Tuesday, September 29, 2015 at 4:16:42 PM UTC+2, alex wrote:
>> Il 29/09/2015 15:17, fmassei@gmail.com ha scritto:
>>> On Tuesday, September 29, 2015 at 8:34:05 AM UTC+2, alex wrote:
>>>> ho provato ad impostare /tmp/test.sh, ma va sempre a cercare
>>>> /usr/sbin/sendmail
>>>
>>> Strano, dovrebbe andare: prova un phpinfo() e vedi se la variabile è presa
>>> correttamente.
>>>
>>> Ciao!
>>>
>>
>> la variabile è impostata su /tmp/test.sh, ma l'applicazione dice
>> sh: 1: /usr/sbin/sendmail: not found
>>
>> Ma c'è da diventare cretini?
>
> Vedrai che sarà una piccolissima scemenza da qualche parte, è sempre così
> che si perdono le ore! :D
>
> Ciao!
>

si, ma dov'è questa scemenza?

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | it.comp.www.php

csiph-web