• QUICK LINKS
  • answers.stanford.edu
  • apple.stanford.edu
  • computing.stanford.edu
  • courses.stanford.edu
  • datarates.stanford.edu
  • dell.stanford.edu
  • departmentphone.stanford.edu
  • email.stanford.edu
  • ess.stanford.edu
  • helpsu.stanford.edu
  • myitserviceshelp.stanford.edu
  • orderithelp.stanford.edu
  • software.stanford.edu
  • studentphone.stanford.edu
  • techtraining.stanford.edu
  • tools.stanford.edu
  • unixcomputing.stanford.edu
  • vpn.stanford.edu
  • web.stanford.edu
  • windows.stanford.edu
• SERVICES
  • IT Services Only
  • All Campus Providers
    → computing.stanford.edu
• GETTING HELP
  • Stanford Answers
  • HelpSU: IT Help Desk
  • Training
• PROJECTS
• ABOUT US
  • What We Do
  • Organization Chart
  • Strategic Plan
  • Jobs
  • Contact info
  • Service & System Metrics
• INTERNAL
• SEARCH

  • Search IT Services:
     

• IT Services
• Email at Stanford
• Routing Email Through Leland SMTP Relays

Routing Email Through Leland SMTP Relays

If your individual, departmental, or other mailsystem has had its outgoing email service blocked, you can restore email service by relaying messages through smtp.stanford.edu. Here's how.

• sendmail
• qmail
• exim
• postfix
• Exchange 5.5
• Exchange 2000

For sendmail:

Edit /etc/mail/sendmail.cf and find the line that starts with DS. Change it to read:

DSsmtp.stanford.edu

Alternately, if you build configuration files using m4, add the line:

define(`SMART_HOST', `smtp.stanford.edu')

to sendmail.mc and then rebuild your sendmail.cf file. You will need to restart sendmail for this change to take effect.

For qmail:

Add the following to the end of /var/qmail/control/smtproutes, creating that file if it doesn't already exist:

.stanford.edu:
:smtp.stanford.edu

There is no need to restart the server. After making this change to smtproutes, sending qmail-send an ALRM signal will force it to try to send all of its queued mail immediately.

For exim:

Add the following to your exim configuration and then restart the server.

# change from dnslookup to manualroute, add route_list
dnslookup:
     #driver = dnslookup 
     driver = manualroute
     domains = ! +local_domains
     transport = remote_smtp 
     ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8 
     route_list = * smtp.stanford.edu
     no_more 

For postfix:

Add:

relayhost = smtp.stanford.edu

to main.cf and then restart Postfix.

For Exchange 5.5:

1. Open Exchange Administrator.
   
   
2. Go to Organization --> Site --> Configuration --> Connections --> Internet Mail Service Properties.
   
   
3. In the Connections tab, go to the Message Delivery section. In the dialog box Forward all messages to host, enter smtp.stanford.edu.
   
   
4. After you make this change you will need to start and stop the Microsoft Exchange Internet Mail Service. Stop, wait about 30 seconds, and then start it back up. To be sure messages are being moved to the relay server, navigate to the Queue panel of the Internet Mail Service, and look at the Outbound messages awaiting delivery queue.

For Exchange 2000:

1. Open Exchange System Manager.
   
   
2. Go to Servers --> <Exchange server name> --> Protocols --> SMTP --> Default SMTP virtual server --> Properties --> Delivery --> Advanced.
   
   
3. In the Smart Host dialog box, enter smtp.stanford.edu. Just below this check box be sure that the Attempt delivery before sending to smart host checkbox is not selected.