Slashdot Mirror
Offline Mail Queues w/ Mac OS X?
Zorton asks: "After switching to Mac OS X (10.2) for my primary work/play environment I started to customize the system as I would a Linux or BSD system. One of the first things I wanted to tackle was getting mail into the machine and enabling offline mail queuing (as this is a laptop that roams quite a bit). After installing Fink I was happy to see some of my favorite MTAs available. However I was disappointed to discover there seems to be no mechanism similar to /etc/network/if-up.d (or similar). I spent a bit of time poking and prodding the system but the best I could come up with where some library functions listed on Apple's Developer Connection website. Has anyone tried to configure offline mail queues under Mac OS X 10.2? If you have how did you handle telling the MTA to transfer the mail you have queued up?"
Out of the box, sendmail is not set up correctly on OS X, at least in 10.2.
I ripped it out and installed Postfix on my iBook instead. I pointed Mail.app at localhost for it's SMTP server, and even when I'm offline, my mail will queue up. However, the only reason I did this is because my ISP's SMTP server sucks, and I wanted to bypass it.
Mail.app will already do offline queues, so you really don't need to do anything special. If it can't send a message, it will tell you, and you just click the "Send Later" button.
Need Free Juniper/NetScreen Support? JuniperForum
Here's a few links to help out those who want to set up sendamil correctly (with bind et al thrown in for good measure).
0 20 825230925806
a r/
http://www.macosxhints.com/article.php?story=20
Pretty basic, but a quick start...
http://www.sial.org/sendmail/macosx/8.12.2-jagu
More technical and in depth for those who know and care.
And of course you can also google for "sendmail os x 10.2" like I did and find other resources.
A fool throws a stone into a well and a thousand sages can not remove it.
Mail.app will queue your outbound mail in a standard way... throws them in to the 'Out' box and will send them first opportunity. You could also try out eudora which has all kinds of nifty extras.
Don't forget to set up rules in Mail.app for cc to yourself or whatever. Finally there are lots of 'hidden' features to Mail... that are standard on other mail progs... like bcc, that you just have to turn on via one of the menus.
A fool throws a stone into a well and a thousand sages can not remove it.
I do know that pppd calls a script every time its connection goes up or goes down. You may be able to write a script to do your mail transfers with this script.
/private/etc/ppp/ip-up
/private/etc/ppp/ip-down
When the connection is made it calls the shell script at:
When the connection is broken it calls the shell script at:
If you don't use ppp or pppoe (or anything else that uses pppd) then maybe there are similar scripts in other places. Hope this helps.
Sapere aude!
Sendmail is the devil, install postfix. Postfix is both faster and much easier to administer (postconf -e command, instead of editing the evil sendmail.cf file by hand). You will have to install some extra packages to get it to compile (like pcre, and the latest Berkeley DB), but it's worth it. Plus, postfix has a much shorter history of security issues, and runs as a non-priveledged user to reduce the chance of something really bad happening if a new exploit is discovered.
Just google for "postfix os x 10.2" to find install instructions.
How do I know postfix is better? I built several large mail clusters for a large online financial site using sendmail, qmail, and postfix. Postfix well outperformed the other two (the versions in the last year anyway, qmail used to be the fastest). And with a large number of machines, postfix was a dream to administer.
Need Free Juniper/NetScreen Support? JuniperForum
I think you could easily develop something with similar functionality you want to have if you use the SystemConfiguration Framework - provided that you have some C/C++/Objective-C knowledge.
More informations about the framework mentioned above can be found here (http://developer.apple.com/techpubs/macosx/Networ king/SysConfigOverview926/index.html
).
Read the "Dynamic Agents" chapter...
This is a great tutorial detailing the steps to get postfix going on mac os x. It's a bit outdated (probably written for 10.0 or 10.1) but it's not very difficult to figure out what to do for jaguar from it.
Shell scripting was invented for a reason. Don't copy this script and expect it to work. But do copy the idea.
/somepath/checkping.zsh
/somepath/checkping.zsh: /tmp/connected.txt ]) /tmp/connected.txt /somepath/wentdown.sh /tmp/connected.txt /somepath/wentup.sh
crontab:
* * * * *
#!/bin/zsh
if ([ test -e
then
if (ping -c 1 www.apple.com)
then
# we are already up
else
# we went down
rm
fi
else
if (ping -c 1 www.apple.com)
then
date >
else
# we were already down
fi
fi
Try reading this nice article about updating SAMBA when your ip changes. Since it shows you how to run a shell script when your ip changes, hopefully this will allow you to do what you want.
k ing/SysConfigOverview926/index.html?http://develop er.apple.com/techpubs/macosx/Networking/SysConfigO verview926/SysConfigOverview926c.html
/usr/sbin/scselect. (Take a look in /usr/sbin and /usr/bin for a bunch of nice Apple Command line tools. Rare if it has a man page though.)
http://www.culater.net/osd/samba/samba.html
There's some info from Apple: http://developer.apple.com/techpubs/macosx/Networ
And it's not what you want, but if you want to change locations from the command line, you need to look at the nice command
What I want to be able to do is to be able to run a script when my laptop wakes up. Still haven't found something nice for that. I can run a program in the background all the time that gets notified of power events, but I'm sure that Apple already has something running which will do this. (I want to use a command line tool to sniff for wireless access points, and depending on what is found, switch my location. I can do it all...if I run the script manually, I just want it to run automatically on wakeup.)
/System/Library/Frameworks/SystemConfiguration.fra mework/Versions/A/Headers/SCNetwork.h
SCNetworkCheckReachabilityByName
or
SCNetworkCheckReachabilityByAddress
will both "determines if the given network host/node name is reachable using the current network configuration."
They will NOT cause a modem user to automatically dial.
in case you didn't see the previous post above, i thought i'd restate that there IS a mechanism just like ip-d-up. it's a script called /etc/ppp/ip-up (and there's a corresponding /etc/ppp/ip-down). They probably don't already exist, but you can create them. I've got it chmod 700. My ip-up reads as follows (note that "sendmail" & "mailq" actually refer to my postfix executables):
#!/bin/sh
#send queued messages (really uses postfix)
/usr/local/sbin/sendmail -q
Q=`/usr/local/sbin/mailq`
if [ "$Q" != "Mail queue is empty" ]; then
logger -t $0 sending queued messages
fi
#update dyndns entry
/etc/ppp/ip-up.ddclient $*
If you want to tie events to changes in your location, ie when you select something different from AppleMenu->Location->..., have a look in /System/Library/SystemConfiguration/Kicker.bundle/ Resources/ (removing the slashcode-added space...) :)
XML files and shell scripts powering the mac location manager... never thought I'd see the day
__
Choose mnemonic identifiers. If you can't remember what mnemonic means, you've got a problem. - Larry Wall
Check out Mac OS X for Unix Geeks from O'Reillys /0 /22/mac forunix.html
http://www.oreilly.com/catalog/mosxgeek
and
Top Ten Mac OS X Tips for Unix Geeks
http://www.oreillynet.com/pub/a/mac/2002/1
There's a great article at Stepwise written by Graham Orndorff that might help you out. You can find it at: http://www.stepwise.com/Articles/Workbench/eart.in dex.html
UUCP and PPP meant spool up mail, send it periodially.
UUCP ran periodically (cron), when PPP started up, a startup script would run a sendmail queue runner.
The only difference here is (1) determining when you are "on the net" via ethernet or wireless and (perhaps) (2) using TLS and SMTP AUTH to allow you to send ANY TIME you are on ANY net - you authenticate yourself to a machine on the net and use TLS to encrypt the transaction. Or setup an IPSec connection to your server. Or use UUCP over SSH (scary, but I've done it).
Configure sendmail in "queue only mode" and treat it like an occasionally connected machine. This is basic (for mail).
If so, that would be the ideal method. All my accounts use localhost:2525 as the smtp server, and I have an ssh command something like ssh user@sshhost -C -v -L 2525:smtphost:25 -L 1101:pophost:110 to tunnel everything. If your ssh host does SSH2 (protocol version two, not version two of the software) you can use the -f -N options to background it, which makes it easy to start and stop from a location-triggered shell script. (and naturally, you'll want to use localhost:1101 as your pop server now, so that too will be encrypted)
Doing unencrypted pop and smtp from a laptop is never a good idea. Even if you're careful, eventually you'll probably leave your mail client open while you use your machine within range of some random wireless network, and then you'll be sending your cleartext password over not just the internet but also the public airwaves...
In addition to the security, another benefit to using ssh tunnels for pop and smtp is that your mail client can only get packets out to the internet when the ssh tunnel is up. It doesn't know the name of the actual internet servers, and if you killall ssh, connections to localhost2525 and localhost:1101 are simply refused and you've made no noise at all on the network. And another benefit is that you can have a local port open from behind any firewall (ie, use -R 8080:localhost:80 in your ssh command and http://sshhost.yourisp.net:8080/ will have your local webserver on it). I often use this for testing websites from behind the firewall at work.
Ok, I could go on more, but the point here is that ssh is damn cool.
__
Choose mnemonic identifiers. If you can't remember what mnemonic means, you've got a problem. - Larry Wall