December 15, 201411 yr There exists a problem with the way that the e-mail notification program is configured in Dynamix in version 6B12. I have two servers running here. One is on ver5.0.6 and the other one is on ver 6b12. The email notification works for version 5.0.6 and it does not work for version 6b12. I have included screen snapshots of both configurations for reference. Version 6b12 returns the following error after the test on the 'STMP Setting' page: : 554 5.1.8 - Domain of sender address does not exist [R0107008 WeeboTech suggested using the following command to troubleshoot the problem. echo -e "Subject: Test Mail\n\n" | sendmail -d [email protected] The result of this command are: root@Rose:~# echo -e "Subject: Test Mail\n\n" | sendmail -d [email protected] [<-] 220 mail-server-domain ESMTP mail service ready [->] EHLO Rose [<-] 250 8BITMIME [->] AUTH LOGIN [<-] 334 ********** [->] ************************ [<-] 334 ************** [<-] 235 2.0.0 Authed. Go on. [->] MAIL FROM:<root@Rose> [<-] 554 5.1.8 - Domain of sender address does not exist [R0107008] sendmail: 554 5.1.8 - Domain of sender address does not exist [R0107008] root@Rose:~# Notice the "MAIL FROM" is "<root@Rose>" From the research that I have done it appears that many e-mail providers have rules (to prevent their server from being used by E-mail spammers) and one of these rules is that the address of the sender must have a valid domain name and "Rose" is not a valid domain name! I believe the issue could be addressed by changing the parameters that are being passed to the e-mail program to specify sending E-mail address as the field in the "MAIL FROM" parameter.
December 18, 201411 yr I'm having the same problem with Comcast. All fields in the Notification UI are filled in properly. My install is a plain vanilla beta12 install with only unMenu installed on top of it (and the only package installed via unMenu is Screen).
December 27, 201411 yr The email notification works for version 5.0.6 and it does not work for version 6b12. I have included screen snapshots of both configurations for reference.
December 27, 201411 yr Changes have been made to the v6 email implementation, and become available in an upcoming version. These should address the earlier observations of mails not being sent.
December 27, 201411 yr Author Changes have been made to the v6 email implementation, and become available in an upcoming version. These should address the earlier observations of mails not being sent. Great News. This is perhaps a minor issue in the development cycle but it would be a much larger issue if not corrected before ver 6.0.1 final was released.
December 30, 201411 yr Same type of problem for me (RCPT TO:<[email protected]> (550 Sender verify failed)), and my email notification works for version 5x and 6b5/6. For a quick fix, I have modify /etc/ssmtp/ssmtp.conf to add the following lines : rewriteDomain=myRealDomainForEmail.com hostname=localhost
January 2, 201511 yr Same type of problem for me (RCPT TO:<[email protected]> (550 Sender verify failed)), and my email notification works for version 5x and 6b5/6. For a quick fix, I have modify /etc/ssmtp/ssmtp.conf to add the following lines : rewriteDomain=myRealDomainForEmail.com hostname=localhost This got me half-way there. With this fix I went from [->] MAIL FROM:<root@tower> to [->] MAIL FROM:<[email protected]>. Here's my edited ssmtp.conf: # Generated [email protected] Mailhub=smtp.comcast.net:587 UseTLS=YES UseSTARTTLS=YES AuthMethod=login AuthUser=myemail AuthPass=mypass rewriteDomain=comcast.net hostname=localhost There's clearly a bug, it's not using Root= . Is there anything else I can put in ssmtp.conf to over-ride the actual email account as well as the domain? Thanks.
January 4, 201511 yr I'm totaly agree, it is a bug, but did you try to add : [email protected] ? take a look here if it could help : https://wiki.archlinux.org/index.php/SSMTP
January 5, 201511 yr I've got Root= as the first line in ssmtp.conf (generated by Dynamix), but I haven't tried changing it to root= to see if it is case sensitive... I'll give that a try.
January 5, 201511 yr Author An old unRAID thread that may shed some light on this problem: http://lime-technology.com/forum/index.php?topic=10200.0 If editing this file works, please post the snytax of the line that fixes things!
January 5, 201511 yr Try the following by adding the below lines to the /etc/ssmtp/ssmtp.conf file. rewriteDomain=<yourdomain-name> FromLineOverride=YES
January 5, 201511 yr Author Try the following by adding the below lines to the /etc/ssmtp/ssmtp.conf file. rewriteDomain=<yourdomain-name> FromLineOverride=YES That seems to solve my problem. It even sent a e-mail to my yahoo account from my regular e-mail provider! Now, I will have to copy that file back to the flash drive so if I reboot, I can restore the configuration. (Will there be any problems with that?)
January 5, 201511 yr Try the following by adding the below lines to the /etc/ssmtp/ssmtp.conf file. rewriteDomain=<yourdomain-name> FromLineOverride=YES That seems to solve my problem. It even sent a e-mail to my yahoo account from my regular e-mail provider! Now, I will have to copy that file back to the flash drive so if I reboot, I can restore the configuration. (Will there be any problems with that?) And if you use your go file to copy it from the flash drive to /etc, do you do that before or after emhttp? I am guessing after since emhttp is probably creating ssmtp.conf from the dynamix.cfg file.
January 5, 201511 yr Author Try the following by adding the below lines to the /etc/ssmtp/ssmtp.conf file. rewriteDomain=<yourdomain-name> FromLineOverride=YES That seems to solve my problem. It even sent a e-mail to my yahoo account from my regular e-mail provider! Now, I will have to copy that file back to the flash drive so if I reboot, I can restore the configuration. (Will there be any problems with that?) And if you use your go file to copy it from the flash drive to /etc, do you do that before or after emhttp? I am guessing after since emhttp is probably creating ssmtp.conf from the dynamix.cfg file. I was actually planing to do it manually after boot-up as I don't reboot that often. I know I could put it in the go file but I am hoping that we have an update of the webGUI soon which should make all of this unnecessary.
January 5, 201511 yr I am hoping that we have an update of the webGUI soon which should make all of this unnecessary. ;D ;D That's rather amusing.
January 6, 201511 yr The correction has been made, waiting for LT to release. One remark upfront: you need to re-apply the SMTP settings to make things work !
January 6, 201511 yr Author The correction has been made, waiting for LT to release. I was really hoping that webGUI updates was not tied to the releases of the base. I thought this was the idea behind the plug-in concept was that fixes to plug-ins would not be delayed until the next release of the the entire system. Or is there a alpha testing cycle that most of us are unaware of?
January 6, 201511 yr The correction has been made, waiting for LT to release. I was really hoping that webGUI updates was not tied to the releases of the base. I thought this was the idea behind the plug-in concept was that fixes to plug-ins would not be delayed until the next release of the the entire system. Or is there a alpha testing cycle that most of us are unaware of? The holidays and business duties have held us up from getting out the release. A number of us had family events to attend to and we just recently incorporated the business, so there have been a number of accounting and legal matters to attend to as well. We are working diligently to get out an update to the webGui independent of another full software release. Our apologies for the delay.
Archived
This topic is now archived and is closed to further replies.