- 1 Troubleshooting Email Notifications
- 1.1 I. Specific to notification problems
- 1.2 II. Any spam filters?
- 1.3 III. Is the FogBugz Maintenance Service running?
- 1.4 IV. Any antivirus or firewall programs interfering?
- 1.5 V. Is the SMTP server set correctly within FogBugz?
- 1.6 VI. Is Relaying set correctly on the SMTP server?
- 1.7 VII. Check that the SMTP server can be reached
- 1.8 VIII. Check that the FogBugz server is reverse-DNSable
- 1.9 IX. Check that you are not blocking ident traffic
- 1.10 X. Check that the SMTP server accepts email
- 2 Still stuck?
If you are using FogBugz On Demand, do steps I and II, then contact us. The rest of this guide is meant for FogBugz for Your Server.
Troubleshooting Email Notifications
You can use FogBugz to send email manually, and FogBugz will also send automatic email notifications when a bug is created or modified. This article will tell you how to troubleshoot this process in case email is not successfully being sent from FogBugz.
I. Specific to notification problems
- Make sure you’re assigning the bug to someone besides yourself.If you assign a bug to yourself you won’t receive a notification of that (since you know what you just did). Look in the top right corner of the screen to see who you’re logged on as.
- Make sure the missing notification is not for a new email sent into FogBugz from your email address. FogBugz will not notify you of a case assigned to you if you were the correspondent who emailed into FogBugz. Since you sent the email, FogBugz assumes you don’t need to know about the corresponding change to the case.
- Check that the assignee has bug notifications turned on (with FogBugz Ocelot, this is either Instant or Periodic). If you’re logged on as the user in question, you can check this by clicking on Prefs in the menu.
- Alternately, any FogBugz administrator can control this setting for any user by clicking on Users in the menu and then clicking on the user’s name.
II. Any spam filters?
Check that you don’t have any spam filter programs on the recipient end that are trapping messages delivered by FogBugz. If you’re only testing with email addresses at your company, try sending to an address at Gmail or Yahoo etc.
The rest of these steps are intended for FogBugz for your server.
III. Is the FogBugz Maintenance Service running?
Check the services control panel or your processes listing to make sure the FogBugz Maintenance service is running (on Windows this is a service, on Linux and Mac it’s a daemon called fogbugzmaintd in FogBugz 6, a Mono process called heartbeat in FogBugz 7). If it’s running, restart it. If you have mail piled up in your MailQueue table in your database, it could be because this service just isn’t running.
It connects to the “FogBugz URL” set in the site settings and hits heartbeat.asp. This URL may no longer be set correctly because you moved the machine or changed its name. For example, if your site settings say your FogBugz url is http://localhost, then the Maintenance service will connect to http://localhost/heartbeat.asp. Double check that this URL is correct on your Site settings page and then make sure you hit OK to have FogBugz save that info (even if it looks correct already — FogBugz may need to rewrite this to the registry and hitting OK will do this). You can access that URL manually and refresh a few times to see if that sends a few messages. If it returns “+”, that means there are things left for the heartbeat to take care of. If it returns “-“, that means there is nothing left for the service to do.
IV. Any antivirus or firewall programs interfering?
Check to see if you have Norton or McAfee or another antivirus or firewall or “Internet security” program running. These programs have email scanning features which will simply kill your emails from FogBugz. (This is true even if you have FogBugz set to simply use the default SMTP server in IIS.) Disable any such email scanning features.
For example, in McAfee VirusScan it’s called On-Delivery E-mail Scanner:
In this screenshot you can also see Access Protection (highlighted). You will need to make sure this does not contain a policy preventing the sending of email, e.g. “Prevent mass mailing works from sending mail”. These policies are intended to prevent spam from being sent, but you will need to make sure they do not prevent non-spam from being sent! Add FogBugzMaint.exe and DLLHOST.exe (a Windows process) to the “Excluded Processes” list.
V. Is the SMTP server set correctly within FogBugz?
- Log on as an administrator.
- Click on Site in the menu.
- Check the value for SMTP Server
- This should contain the Internet address of a standard mail server that is configured to accept mail from the FogBugz server.
- If your SMTP server uses SSL, make sure it is setup correctly according to this guide
Note: FogBugz does not provide its own SMTP server for delivering email. You can use any SMTP server that is set up for delivering email inside your company. If you do not already have one, Windows Internet Information Services (IIS) which is required for FogBugz has a built in SMTP server which you can turn on. Configuring and administering email servers is beyond the scope of this article.
VI. Is Relaying set correctly on the SMTP server?
If email sending only fails when you send to a domain that is not your domain, then relaying is probably not allowed on your SMTP server. This is often done as a security precaution so that spammers don’t use your SMTP server to send out a million spam without you knowing.
Instructions for setting relaying in the IIS SMTP server: In the properties dialogue for the Default SMTP Server in IIS, go to the Access tab and click Relay. Make sure “Only the list below” is selected and make sure that the IP of your server appears in that list, i.e. that your web server (and FogBugz) is granted access to this SMTP server.
VII. Check that the SMTP server can be reached
- From the computer where FogBugz is running, open a command prompt (choose Start, Run, type cmd, and click OK).
- Type ping followed by a space and the name of the SMTP server.
- If this works correctly, you will quickly see four lines that start with Reply from…
- If you see the message Unknown host, the SMTP server which you specified cannot be found. This could be because:
- you typed the name incorrectly
- the FogBugz computer does not have a reliable connection to a DNS (Internet domain name) server
- the name is not listed with a DNS server.
- If you see the message Request timed out, the SMTP server which you specified cannot be reached. This could be because:
- the SMTP server is off
- the SMTP server refuses connections from the FogBugz server
- there is no network route from the FogBugz server to the SMTP server.
VIII. Check that the FogBugz server is reverse-DNSable
Most SMTP servers will try to reverse lookup the IP address of the FogBugz server when the FogBugz server connects to send email. Using DNS, they will try to lookup the numeric IP address of FogBugz (such as 192.168.0.1) to a name (such as FogBugzmachine.example.com). If this fails or takes too long, mail delivery will be impaired.
- From the computer where your SMTP server is running, open a command prompt.
- If this is a Unix host, simply log on.
- If this is a NT machine, choose Start, Run, type cmd, and click OK.
- Using the numeric IP address of the FogBugz machine, typenslookup 220.127.116.11This is asking the name resolution system to find out what computer has that numeric IP address.
- If you see the domain name of your FogBugz machine on the Name line, everything is OK. However, if you see an error message like “Non-existent host/domain,” your FogBugz server is not reverse-DNSable. Contact the person who administers DNS on your network and make sure there is a reverse mapping for the FogBugz machine. (This is sometimes called “the in-addr.arpa” address.)
- Many SMTP servers will not accept mail from machines that are not reverse-DNSable.
- If the nslookup command takes more than a second to execute and then fails, it is likely that there is a connectivity problem between the SMTP machine and the DNS server such as a firewall. This will cause a delay every time you try to send mail with FogBugz. If you are experiencing 30 second – 1 minute delays every time you assign a bug in FogBugz, this is probably the cause.
IX. Check that you are not blocking ident traffic
Some mail servers will attempt to connect to the ident port (113) of the mail sender to see who the mail is coming from. (More info) If the mail server is outside a firewall and the FogBugz server is inside a firewall, the mail server attempts to connect to port 113 on the FogBugz computer. If these packets are dropped by the firewall, the mail server will stall for a minute or so before it can deliver the mail.
X. Check that the SMTP server accepts email
Follow these steps to simulate what FogBugz does when it tries to send mail. If you see an error at any point, it will likely give you some clues as to what’s wrong with the SMTP server.
Secure SMTP (SSL)
If your SMTP server is using SSL, see this guide to debug.
- From the computer where FogBugz is running, open a command prompt (choose Start, Run, type
cmd, and click OK).
- Type (replace 25 with your SMTP server’s port number if it is non-standard)
telnet YourSmtpServer 25
- If you get a message saying that the command is not found, you’re likely on Windows 7, which removed telnet from the default installation. You can search Google for “enable telnet windows 7” to get several options to re-enable.
- If you get a message that says something like Connect Failed, the SMTP server in question is not accepting any connections. This may be because:
- the SMTP server is not running
- the SMTP server is configured to reject email connections from the FogBugz machine
- If all is well, you will see a message that starts with the number 220 followed by a greeting.
- You should see a message starting with the number 250 followed by something glib like “pleased to meet you”
- You should see a message starting with the number 250 followed by something like Sender ok.
- You should see a message starting with the number 250 followed by something like Recipient ok.If you see a message that says something like “Relay Access Denied” this means that the SMTP server is configured to refuse any email that is not intended for its own domain. For example if you are sending mail to firstname.lastname@example.org using an SMTP server at mycompany.com and you see a message about relaying denied, this SMTP server probably thinks you are a spammer. You will need to find an SMTP server that is configured to accept email from the FogBugz machine to its recipients.
- You should see a message starting with the number 354 followed by instructions to enter the email message.
Note that the last line contains a period (dot) alone. This signals that you are done typing the message.
- You should see a message starting with the number 250 followed by something like Message Accepted for Delivery.
- Check that the email was received. If it was not received even though the message was accepted for delivery, there is something wrong with the SMTP mail server.
This solves the issue in the vast majority of cases. If you need further help, contact us at http://contact.fogcreek.com