LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (http://www.linuxquestions.org/questions/slackware-14/)
-   -   Howto change root address in forwarded mails (http://www.linuxquestions.org/questions/slackware-14/howto-change-root-address-in-forwarded-mails-4175462446/)

Celyr 05-18-2013 03:40 AM

Howto change root address in forwarded mails
 
Hi,

I've set up a forward for root's emails as follow:

Code:

root@minnie:~# cat /root/.forward
changed@changed.changed, \root
root@minnie:~#

I've set up sendmail smart relay host with my provider's one:

Code:

# "Smart" relay host (may be null)
DSmail.tin.it

Now the problem, I get this:
Code:

The original message was received at Sat, 18 May 2013 02:54:05 +0200
from localhost [127.0.0.1]

----- The following addresses had permanent fatal errors -----
changed@changed.changed
(reason: 553 <root@host.fakedomain.lan> unable to verify address)
(expanded from: <root@host.fakedomain.lan>)

----- Transcript of session follows -----
... while talking to mail.tin.it.:
>>> MAIL From:<root@host.fakedomain.lan> SIZE=1859 AUTH=<>
<<< 553 <root@host.fakedomain.lan> unable to verify address
501 5.6.0 Data format error

I think that to solve this problem I've to change the From field in some way (to a valid email address) but I don't really know how to do that.

jtsn 05-18-2013 04:59 AM

Your setup ist broken. You have to change the hostname of the machine to a valid FQDN present in the DNS, i. e. not something ending in .lan or some other fantasy TLD. mail.tin.it doesn't accept your mail when the return path doesn't work.

Celyr 05-18-2013 10:23 AM

My setup isn't broken, I don't want to pay for a real domain. Also I use the domain inside my lan and is working as expected.
It's just mail.tin.it being too much restrictive, with my old provider this configuration was working flawlessy.
I just need a workaround.

jtsn 05-18-2013 05:28 PM

You don't have to pay for a FQDN, just go to http://freedns.afraid.org/ and get one free. Also the use of fantasy top level doamains is harming the Internet infrastructure by flooding the DNS root servers with queries for nonexistant TLDs.

Mail.tin.it is not too restrictive, just because your previous provider was accepting garbage.

wildwizard 05-18-2013 11:04 PM

It may be too restrictive, it depends on whether it is just checking the domain name on the end or the whole address.

You can set the domain name in sendmail look for :-
Code:

#Dj$w.Foo.COM
and remove the leading # and change Foo.COM to your ISP's domain name.

Celyr 05-19-2013 06:34 AM

Quote:

Originally Posted by jtsn (Post 4953971)
You don't have to pay for a FQDN, just go to http://freedns.afraid.org/ and get one free. Also the use of fantasy top level doamains is harming the Internet infrastructure by flooding the DNS root servers with queries for nonexistant TLDs.

Mail.tin.it is not too restrictive, just because your previous provider was accepting garbage.

Flooding ? I use it just in my lan and I have a name daemon of course. Those email are the only thing going in the internet. About 2 mail every week. (And I still don't get why the smtp should resolve the from field.)
If there is no way to solve that I think I'll register a domain, it's pretty cheap.
I won't use a domain in my lan that is valid and not mine.

Quote:

Originally Posted by wildwizard (Post 4954080)
It may be too restrictive, it depends on whether it is just checking the domain name on the end or the whole address.

You can set the domain name in sendmail look for :-
Code:

#Dj$w.Foo.COM
and remove the leading # and change Foo.COM to your ISP's domain name.

This setting isn't working for me, sendmail still uses domain.lan :/ (I've restarted sendmail)

torimus 05-19-2013 09:16 AM

Quote:

Originally Posted by Celyr (Post 4954195)
Flooding ? I use it just in my lan and I have a name daemon of course. Those email are the only thing going in the internet. About 2 mail every week. (And I still don't get why the smtp should resolve the from field.)
If there is no way to solve that I think I'll register a domain, it's pretty cheap.
I won't use a domain in my lan that is valid and not mine.



This setting isn't working for me, sendmail still uses domain.lan :/ (I've restarted sendmail)

Jtsn is right. There are so many individuals getting the same/similar idea like you so without such restrictions and policies Internet would be even much more flooded with spam and other unwanted content.


All times are GMT -5. The time now is 11:18 PM.