Is your email REALLY being sent from Sugar?

[peter_a_brown]

Using Sugar OS v4.5.0.1202

It doesnt matter what type of email transport you use (sendmail,SMTP), the system will not send an email, and worse yet it doesnt report back that there was an error ...

This occurred after creating an email signature and trying to use it on all emails. Setting the 'My Account' options back to NOT use a signature does not rectify the problem.

Running diagnostics, if get the only clue to this error;
"Mon Nov 20 20:35:35 2006,312 [20435] FATAL SugarCRM - Error emailing:The following From address failed: =?ISO-8859-1?Q?peter=5Fbrown=40flyingcowdesign=2Ecom?="

Here are my system settings.
-----------
MYACCOUNT EMAIL OPTIONS;
Email address: peter_brown@flyingcowdesign.com
Other email address:
Reply-to name: Peter Brown
Reply-to address: peter_brown@flyingcowdesign.com
Signature:
Signature above reply?: No
Show email counts?: No
Email client: System Default Mail Client
Compose format: Default Email Format Outbound Character Set: ISO-8859-1

ADMIN
Mail Transfer Agent: sendmail
-------------
Its bad enough that we cannot send any emails out. It is worse that for days we have been thinking all emails have been going out as there have been no direct errors reported on send. If there is a FATAL send failure it should be reported immediately to the user and not hidden away in the log.

You may want to check your log a little more often than you thought to see whats happening and not being reported back.
I appreciate anyone looking into this matter. ANY help would be appreciated.

Many Thanks

Pete.

[Antonio]

The signature has, most likely, nothing to do with it.
You have it configured backwards. Set the Admin Mail Transfer Agent to SMTP, with all the required info, then set the My Account Outbound Email to sendmail.


That ought to fix things.

[peter_a_brown]

Antonio,

Thanks for the input. However though it got rid of the error messages, no email is still being sent.
Anyone have any idea of what to try next?

Thanks in advance.

Pete.

[ledg]

Is your mail server setup on the same server you have Sugar running on?

[peter_a_brown]

Leslie,

Yes it is - Same Server. Any ideas?

Thanks

Pete.

[ledg]

Hrm, like most computer problems its hard without actually looking at the machine. I too had problems setting up my email with Sugar. My problem turned out to be DNS related, after hunting through my httpd.conf I found I had a mistake in my webservers address which was causing it to send the mail and give it a status of "Not Sent".

I am assuming your mail server is setup correctly and working from other clients (outlook, kontact etc) and that you have no security setup (SSL or TSL).

My Sugar has my admin account set as Sendmail (and is not used) and my personal accounts use SMTP, I specifiy the IP address of the mail server as it is on another machine on the network, however it may not hurt for you to put in the full ip address, dont use localhost or 127.0.0.1 as you might be having DNS problems. Also are you using the default ports or have you changed them?

[peter_a_brown]

Mail Server is setup exactly the same as Outlook which sends it fine.
There is no SSL or anything like that.
Havent changed any ports so I guess that they are default.
Not using localhost or 127.0.0.1

I will try and set the admin back to sendmail and use SMTP settings for personal and see what happens.
I will also make sure name servers are correct.

Many Thanks for your time on this.
I want you to know that it is greatly appreciated.

Pete.

[jlanawalt]

The signature has, most likely, nothing to do with it.
You have it configured backwards. Set the Admin Mail Transfer Agent to SMTP, with all the required info, then set the My Account Outbound Email to sendmail.

I'm just starting to use SugarCRM, so I'm not an expert on how it works. I have a few questions spurred by your response.

Is there some other Admin Mail Transport Agent setting than the one accessed from Admin -> Email Settings (which then gives a header of EMAIL SETTINGS: CONFIGURE) in the block titled EMAIL NOTIFICATION OPTIONS?

Based on the block header I had guessed that this setting applied to at least notification emails and also suspected that it applied to campaign emails even though there is little user indication to this fact. Basically I guessed this was the "system email settings" for when a "system" email is sent.

How would the order of which one was using SMTP or sendmail matter?

I think the sane usage in an organization using one mail server for outbound email would be to use the same setting. If sendmail works, use it in both places. Otherwise use SMTP in both places. It would be nice to have the sendmail/SMTP option be in the USER EMAIL DEFAULTS section of the Admin area's EMAIL SETTINGS: CONFIGURE page so that if you used SMTP you wouldn't have to remember to type the settings in with each new user you create.

Now for some CGI email troubleshooting.

To test an SMTP problem, I would start a shell on the server where SugarCRM is running and use telnet to debug. For example if I told SugarCRM my SMTP settings were:

SMTP Server: localhost
SMTP Port: 25
Use SMTP Authentication (not checked)

I would `telnet localhost 25`. When the SMTP server greeting appears, I'd attempt to send a message to a local and remote account. If you don't know how to do this, search around for 'telnet smtp session'.

If this is not a *nix system (eg MS Windows) then stop here. Sendmail is not an option for you.

If I had some web page that hit a CGI which was configured to use sendmail and it wasn't working, I would start by looking at the options that the CGI uses to invoke the sendmail command. The string 'sendmail' is scattered among a few files, but html/include/phpmailer/class.phpmailer.php seems most promising. In there they have a sane default for my sendmail binary, /usr/sbin/sendmail. In the SendmailSend function it would seem that it tries to open my sendmail binary as /usr/sbin/sendmail -oi -f <sender's email address> -t

I would try the same command from a shell on the server where SugarCRM is running and attempt to send to another local user then to some remote email address you can check. Read up on the sendmail documentation first so you understand the options used.

If you are able to 'inject' the email messages but they aren't delivered to the right places, check the mailboxes the email may bounce to and the email server's logs.

Let everyone know how those tests go.