|
|
Posted by shimmyshack on 05/04/07 12:39
On May 4, 2:02 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> cybervigilante wrote:
> > On May 3, 8:22 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >> cybervigilante wrote:
> >>>> What does phpinfo() show for your php.ini file?
> >>>> ==================
> >>>> Remove the "x" from my email address
> >>>> Jerry Stuckle
> >>>> JDS Computer Training Corp.
> >>>> jstuck...@attglobal.net
> >>> Here is php.ini below. phpinfo() says it's in the apache directory,
> >>> not the php directory as I assumed, but I corrected the path on both.
> >>> I tried adding the extra backslash, but that didn't help. BTW, why is
> >>> the php.ini in Apache/bin? That seems a bit confusing. Why is there a
> >>> php.ini in the php directory, then? When is one used and not the
> >>> other, and why? (Contrary to the system name, my system has never made
> >>> any money - just eaten a lot of it. Maybe next year ;')
> >>> Jim
> >>> PHP Version 5.2.1
> >> Jim,
>
> >> One is used when running as an Apache extension; the other is used for
> >> command line programs.
>
> >> Did you stop and start Apache after making changes? If you're running
> >> as an Apache extension, the config file is only read at Apache startup.
>
> >> -I got it all figured out - much head banging and hair pulling - as usual I got ahead of myself. The paths needed some fixups. I tried a couple of different WAMP servers, and old ones left garbage on the path, and one even thoughtlessly wiped out my entire path, except for its own, leaving a few other progs hanging ;')
>
> > Anyway. turned out I was so hot to try mail I didn't read anything
> > about Pear, but just assumed it was a package of ready-made includes,
> > when it's really just a system to install includes ;') The files
> > simply weren't there. But since the paths were wrong I couldn't run
> > pear from cmd and get an idea of what to do. It all fell into place
> > and I dld and installed a couple of smaller packages to fool with.
> > Wish I'd checked the wiki instead of just making blind assumptions.
>
> > Anyway, that's solved. The final query is, if I go to the trouble of
> > getting Mail working, will my dynamic IP fudge it up? I can see where
> > that would be a problem with receving mail, but what about sending it?
> > Can I just poll the IP quickly and plug it in on the run if I need it
> > to send?
>
> > Jim
>
> Jim,
>
> It can for some people. Some companies block mail from dynamic IP's
> because that's the source of a major amount of spam (compromised
> home/small office computers). So those won't be able to receive your email.
>
> Otherwise, your outgoing email should be ok. Incoming is another story,
> however. It will be fine only as long as you keep your current IP.
> Once it changes you won't get email anymore.
>
> There are some services out there which you can sign up for and will
> handle dynamic IP's. But personally I found it's just easier to use
> your ISP's email unless you have some special circumstances.
>
> --
> ==================
> Remove the "x" from my email address
> Jerry Stuckle
> JDS Computer Training Corp.
> jstuck...@attglobal.net
> ==================
hear hear, dont bother trying to fiddle around setting up your own in
and outgoing, unless you are sure your ip changes seldomly and youve
registered with dyndns or the like...
simple use an external mail server to send and recieve, probably you
have one related to the domain you bought, or if not follow the tips
to still carry on using the mail command which then makes a
connection, this essentially turns php into a mail client like
thunderbird... (ie doesnt have any built in way of doing either, but
works via an external service)
As I say you can get very good results using a gmail account and a
tunnel, for security from google back and forth, you can easily set up
encryption and signing with certs and most php apps understand that
windows people dont have mta on their machines so they have admin
settings for external smtp for validation etc... you wont have any
trouble. Stunnel is such a lightweight process... its all good. I have
a static IP and have had good results with mercury and others, but
still prefer an external service.
Navigation:
[Reply to this message]
|