Ok.. thanks for the clarification.. I have a better idea of the exact query and how it relates to the whole MX thing... I guess I was spoiled by the fact that the MX concerned was a Jetstream connection that was fairly stable, and by the fact that Qmail has a fairly quick retry period initially... So yes a way of saying 'send me my queued mail please' would be a feature in my wishlist, definately. Thanks all, Mark. On Mon, 21 Oct 2002, Don Stokes wrote:
Mark Foster
wrote: If you have two mail servers...
and MX records for
MX 10 dyndns.myhost.net MX 20 mail.isp.co.nz
But you have a pop mailbox on mail.isp.co.nz which is also configured to accept mail and drop it into a 'catchall' mailbox...
What's really yucky about that is that anyone sending mail to you has to try to deliver it to dyndns.myhost.net, and only when that times out can it then attempt to deliver it mail.isp.co.nz. This is a Bad Thing, as it means the mail sits clogging up the sender's outgoing queue for however long the sender's timeout is set to. You don't see this, but the sender's sysadmin does.
If you're going to have a mobile service, it should be invisible to senders. SMTP is built on the premise that MXes are always up, and if they're down they'll be back Real Soon Now. Thus, if you want more than one way to deliver mail, you should accept it at the ISP server, and then make the decision there as to whether it can be delivered directly or queued. You shouldn't ask remote senders to make that decision for you by leaving them to time out.
-- don - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog
- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog