For 2023 - we are now fully retired from IT training.
We have made many, many friends over 25 years of teaching about Python, Tcl, Perl, PHP, Lua, Java, C and C++ - and MySQL, Linux and Solaris/SunOS too. Our training notes are now very much out of date, but due to upward compatability most of our examples remain operational and even relevant ad you are welcome to make us if them "as seen" and at your own risk.
Lisa and I (Graham) now live in what was our training centre in Melksham - happy to meet with former delegates here - but do check ahead before coming round. We are far from inactive - rather, enjoying the times that we are retired but still healthy enough in mind and body to be active!
I am also active in many other area and still look after a lot of web sites - you can find an index ((here))
Why sendmail one way, and pop3 the other?
When you send emails, you'll use a "sendmail" protocol / service, whereas when you receive them, you'll typically use a "pop3" or similar protocol / service. Why not use just one protocol for all the stages of email transmission?
Well in sendmail
protocol, the client program pushes
the email to a server - in other words the server is the receiver, but in pop3
protocol, the client program pulls
email from the server. So if you were to use sendmail
for both, it would mean that you would have to run a server
on your local machine, awaiting connections from clients ... in other words, your ISP's system would have to keep looking for your machine every so often and passing emails to you if it found your server running. This might sound messy - and it is; but it's actually what Demon Internet used to do in the very early days, when we were using MS-DOS rather than windows. It worked excellently, but it was very odd to get online and then to have to wait up to 300 seconds each time an email check was wanted, rather than being able to easily trigger the check locally as you can do with a local client.
As part of this week's Perl course, I have been reviewing some more mature modules and I have just posted up two extra source code examples - using sendmail
- into our emailing to and from Perl
module which is part of our Perl on the Web course
. We also cover emailing from web pages on our PHP Programming
course. And I always remind people when teaching these modules that they should use automated emails with great care - they're required to confirm registrations or orders, but can easily be abused to send spam. And remember that people who'll sign up for a newsletter will forget that they have done so if you don't update them regularly, and may unjustifiably accuse you of being a spammer! (written 2009-06-12)
Associated topics are indexed as below, or enter http://melksh.am/nnnn for individual articlesP410 - Perl - Automated Email Answering 
Email metrics - (2006-09-20) 
Sending awkward characters by email in Perl - (2009-06-12)A199 - Web Application Deployment - Additional Linux Administration 
May I be politically incorrect? - (2005-10-25) 
DHCP automatic IP address v Static IP - (2007-08-06) 
What is my real and my effective ID? [Linux] - (2008-08-27)
Some other Articles
Alumni - revisiting and supporting the old UniversityLoading external code into Perl from a nonstandard directoryTransforming data in Perl using lists of lists and hashes of hashesWhy sendmail one way, and pop3 the other?What is CGI.pm / A dozen new examplesRunning a piece of code is like drinking a pint of beerDo not re-invent the wheel - use a Perl moduleWhere do I start when writing a program?Learning PHP, Ruby, Lua and Python - upcoming courses
4759 posts, page by page
Link to page ... 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96 at 50 posts per page
This is a page archived from The Horse's Mouth at
the diary and writings of Graham Ellis.
Every attempt was made to provide current information at the time the
page was written, but things do move forward in our business - new software
releases, price changes, new techniques. Please check back via
our main site for current courses,
prices, versions, etc - any mention of a price in "The Horse's Mouth"
cannot be taken as an offer to supply at that price.
Link to Ezine home page (for reading).
Link to Blogging home page (to add comments).