php-general Digest 10 Dec 2010 01:20:15 -0000 Issue 7078
Topics (messages 309928 through 309937):
Re: Scalable Vector Graphics with PHP
309928 by: Nathan Nobbe
sending emails
309929 by: Marc Fromm
309931 by: Daniel P. Brown
309932 by: Ashley Sheridan
309933 by: TR Shaw
309934 by: Ashley Sheridan
309935 by: Steve Staples
309936 by: TR Shaw
Re: ORM doctrine
309930 by: David Harkness
PHP 5.3.4 Released
309937 by: Johannes Schlüter
Administrivia:
To subscribe to the digest, e-mail:
[email protected]
To unsubscribe from the digest, e-mail:
[email protected]
To post to the list, e-mail:
[email protected]
----------------------------------------------------------------------
--- Begin Message ---
On Thu, Dec 9, 2010 at 4:55 AM, sudarshana sampath <
[email protected]> wrote:
> Hi,
>
> We are going add a topology view to our Network Management System.
> Our Network Management System is based on PHP, CakePHP, jQuery and other
> web
> related tools(middle tier written using C++).
>
> So we are going to work with Scalable Vector Graphics.
>
> We are looking for the best solution for doing that.
>
> Are there any extensions, plugins, frameworks available for SVG related
> things ?
>
not sure exactly what youre trying to accomplish, but obviously you could
use any number of vector programs over the cli from php.
you might also have a peak at the cairo library which php allegedly supports
(ive never tried it myself).
http://us.php.net/manual/en/intro.cairo.php
-nathan
--- End Message ---
--- Begin Message ---
We have web forms that send the user an email confirmation after submission,
like most forms do.
The emails are being delivered to the users' junk folder. The main campus IT
staff claim it is because our server is sending the emails.
The campus is using Microsoft exchange servers. I am using Red Hat Linux,
sendmail, and PHP. Is there a way to give php the exchange server's ip address
and have the emails from my php forms be sent from the exchange server?
Thanks
Marc
--- End Message ---
--- Begin Message ---
On Thu, Dec 9, 2010 at 13:36, Marc Fromm <[email protected]> wrote:
> We have web forms that send the user an email confirmation after submission,
> like most forms do.
> The emails are being delivered to the users' junk folder. The main campus IT
> staff claim it is because our server is sending the emails.
> The campus is using Microsoft exchange servers. I am using Red Hat Linux,
> sendmail, and PHP. Is there a way to give php the exchange server's ip
> address and have the emails from my php forms be sent from the exchange
> server?
Unfortunately, folks don't seem to read the archives anymore....
Marc, check the archives to see answers to this question even this
month. Some have recommended PEAR packages, others have recommended
other packages and methods, and for one particular instance, I
recommended using the fifth parameter of the mail() function to pass
the '-f' flag to Sendmail.
That said, unless there's more to the story, there should be no
reason why your server shouldn't deliver email. Shared hosting, for
example, most often provides both SMTP and POP3 in addition to hosting
the actual website(s), and is used exclusively in most cases for all
services for a given account.
--
</Daniel P. Brown>
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/
--- End Message ---
--- Begin Message ---
On Thu, 2010-12-09 at 10:36 -0800, Marc Fromm wrote:
> We have web forms that send the user an email confirmation after submission,
> like most forms do.
> The emails are being delivered to the users' junk folder. The main campus IT
> staff claim it is because our server is sending the emails.
> The campus is using Microsoft exchange servers. I am using Red Hat Linux,
> sendmail, and PHP. Is there a way to give php the exchange server's ip
> address and have the emails from my php forms be sent from the exchange
> server?
>
> Thanks
>
> Marc
>
>
PHP can connect to an SMTP server if the Exchange server will allow a
connection to be made from it. Nothing is standard with Exchange (or
Microsoft in general really), so it could be more effort than it's
worth.
Having a message filtered to the Junk folder could be caused from
several things, either the text to image ratio isn't high enough, you're
using words considered "spammy" (steer clear of the typical words you
see in your own Junk box), the IP address you're sending from is on a
blacklist, the receiving server sees that the from address resolves to a
different IP than the server sending the email, among other reasons.
If the recipients are all on the same Exchange server, then you can have
your Linux servers IP address added to a whitelist which should ensure
all your email gets through correctly.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
On Dec 9, 2010, at 1:36 PM, Marc Fromm wrote:
> We have web forms that send the user an email confirmation after submission,
> like most forms do.
> The emails are being delivered to the users' junk folder. The main campus IT
> staff claim it is because our server is sending the emails.
> The campus is using Microsoft exchange servers. I am using Red Hat Linux,
> sendmail, and PHP. Is there a way to give php the exchange server's ip
> address and have the emails from my php forms be sent from the exchange
> server?
Marc
Use phpmailer.
Tom
--- End Message ---
--- Begin Message ---
On Thu, 2010-12-09 at 14:03 -0500, TR Shaw wrote:
> On Dec 9, 2010, at 1:36 PM, Marc Fromm wrote:
>
> > We have web forms that send the user an email confirmation after
> > submission, like most forms do.
> > The emails are being delivered to the users' junk folder. The main campus
> > IT staff claim it is because our server is sending the emails.
> > The campus is using Microsoft exchange servers. I am using Red Hat Linux,
> > sendmail, and PHP. Is there a way to give php the exchange server's ip
> > address and have the emails from my php forms be sent from the exchange
> > server?
>
>
> Marc
>
> Use phpmailer.
>
> Tom
Would that stop the email being seen as spam? Depending on the root
issue, probably unlikely, as there are countless reasons an email could
be seen as spam, the majority of which wouldn't be fixed by something
like phpmailer.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
On Thu, 2010-12-09 at 19:06 +0000, Ashley Sheridan wrote:
> On Thu, 2010-12-09 at 14:03 -0500, TR Shaw wrote:
>
> > On Dec 9, 2010, at 1:36 PM, Marc Fromm wrote:
> >
> > > We have web forms that send the user an email confirmation after
> > > submission, like most forms do.
> > > The emails are being delivered to the users' junk folder. The main campus
> > > IT staff claim it is because our server is sending the emails.
> > > The campus is using Microsoft exchange servers. I am using Red Hat Linux,
> > > sendmail, and PHP. Is there a way to give php the exchange server's ip
> > > address and have the emails from my php forms be sent from the exchange
> > > server?
> >
> >
> > Marc
> >
> > Use phpmailer.
> >
> > Tom
>
>
> Would that stop the email being seen as spam? Depending on the root
> issue, probably unlikely, as there are countless reasons an email could
> be seen as spam, the majority of which wouldn't be fixed by something
> like phpmailer.
>
If it were me, I'd use something like PHPMailer with SMTP
Authentication, which then the email comes from the "MailServer" rather
than the "WebServer" if they are 2 separate machines.
That COULD solve the issue there, but as Ash said, if it has "spammy"
words in it, it wouldn't make any difference then.
Try using the "-f" flag with the PHP mail(), and if that doesn't work,
then try a 3rd party class such as PEAR::Mail, or PHPMailer.
Steve
--- End Message ---
--- Begin Message ---
On Dec 9, 2010, at 2:06 PM, Ashley Sheridan wrote:
> On Thu, 2010-12-09 at 14:03 -0500, TR Shaw wrote:
>>
>> On Dec 9, 2010, at 1:36 PM, Marc Fromm wrote:
>>
>> > We have web forms that send the user an email confirmation after
>> > submission, like most forms do.
>> > The emails are being delivered to the users' junk folder. The main campus
>> > IT staff claim it is because our server is sending the emails.
>> > The campus is using Microsoft exchange servers. I am using Red Hat Linux,
>> > sendmail, and PHP. Is there a way to give php the exchange server's ip
>> > address and have the emails from my php forms be sent from the exchange
>> > server?
>>
>>
>> Marc
>>
>> Use phpmailer.
>>
>> Tom
>
> Would that stop the email being seen as spam? Depending on the root issue,
> probably unlikely, as there are countless reasons an email could be seen as
> spam, the majority of which wouldn't be fixed by something like phpmailer.
>
> Thanks,
> Ash
> http://www.ashleysheridan.co.uk
>
>
Ash,
I can only react to what he said eg their IT staff said it is because it comes
from his server.
Yes you could ask the IT staff to whitelist their server but my experience with
corporate, government and university IT is that its easier and quicker not to
ask them to do much of anything.
phpmailer will allow him to send authenticated via his exchange server via SMTP
Auth thus not requiring IT to do much of anything other than to add another
user (and yes he can auth via his own account and send anyway but using an
auditable user is a much better approach).
Although I agree that there might be many reasons from the mail to be declared
"spammy" his IT indicated that it was IP/source related and the approach above
solves that problem by making the mail "local."
He can always look at the headers to see why it was declared "spammy" if he
doesn't trust his IT department.
Tom
--- End Message ---
--- Begin Message ---
On Wed, Dec 8, 2010 at 11:11 PM, Daevid Vincent <[email protected]> wrote:
> Avoid these ORM things like the plague! . . . Not to
> mention all that fancy "ORM" doesn't come without a price. It costs in
> terms
> of speed, as well as training.
>
If you value CPU time over developer time, by all means avoid ORM frameworks
(and *all* frameworks). The point of a common framework is to trade a small
bit of performance for a large amount of developer time. If you will only
use the framework once, the payoff will be much less. The goal is to choose
frameworks that you can leverage again and again.
As for training, you will be able to hire another developer that knows
Doctrine. It will be impossible to find a developer *anywhere* that
understands your home-grown framework without training. Nor will you get
help with bugs in your framework or be able to discuss better ways to use it
on forums.
That being said, there are times when it's better to write your own code. I
will do this if the options out there don't suit my needs or if they seem
under-supported. For example, while we use PHPUnit and Zend MVC in our apps,
I wrote my own TestCase subclasses instead of using Zend's. I had to write
documentation for the other developers, and I must maintain it as needs
change. It was not a decision I took lightly.
David
--- End Message ---
--- Begin Message ---
The PHP development team is proud to announce the immediate release of
PHP 5.3.4. This is a maintenance release in the 5.3 series, which
includes a large number of bug fixes.
Security Enhancements and Fixes in PHP 5.3.4:
* Fixed crash in zip extract method (possible CWE-170).
* Paths with NULL in them (foo\0bar.txt) are now considered as
invalid (CVE-2006-7243).
* Fixed a possible double free in imap extension (Identified by
Mateusz Kocielski). (CVE-2010-4150).
* Fixed NULL pointer dereference in ZipArchive::getArchiveComment.
(CVE-2010-3709).
* Fixed possible flaw in open_basedir (CVE-2010-3436).
* Fixed MOPS-2010-24, fix string validation. (CVE-2010-2950).
* Fixed symbolic resolution support when the target is a DFS
share.
* Fixed bug #52929 (Segfault in filter_var with
FILTER_VALIDATE_EMAIL with large amount of data)
(CVE-2010-3710).
Key Bug Fixes in PHP 5.3.4 include:
* Added stat support for zip stream.
* Added follow_location (enabled by default) option for the http
stream support.
* Added a 3rd parameter to get_html_translation_table. It now
takes a charset hint, like htmlentities et al.
* Implemented FR #52348, added new constant ZEND_MULTIBYTE to
detect zend multibyte at runtime.
* Multiple improvements to the FPM SAPI.
Over 100 other bug fixes.
For users upgrading from PHP 5.2 there is a migration guide
available on <http://php.net/migration53>, detailing the changes between
those releases and PHP 5.3.
For a full list of changes in PHP 5.3.4, see the ChangeLog on
<http://php.net/ChangeLog-5.php#5.3.4>. For source downloads
please visit our downloads page on <http://php.net/downloads.php>,
Windows binaries can be found on <windows.php.net/download/>.
Johannes Schlüter
PHP 5.3 Release Master
--- End Message ---
