Need help with email from path being wrong

I'll look more into it.

I setup Virtualmin via Webmin following the guide and after getting a basic email going with postfix and posting that I realised I needed the Dovecot IMAP/POP3 Server and Procmail Mail Filter for when I wanted to test roundmail, so been trying to do that from a reference VM I used the virtualmin script on as I started the main setup with just webmin and adding to it as I go as needed.

But atm its kinda broken I cant send and receive emails and users come up as @localhost in roundmail, and stuff doesn't seem configured right.

I'm getting slightly somewhere.

Managed to fix the server receiving emails but now I have issues sending I can send but all my domains are sending email using the internal hostname for users not the Vhost so need to look into this.

Eg I send an email from drguild2@drguild2noip.me it gets sent as drguild2@server.revnet because thats my internal hostname :/

I did try that in a vm a fresh os install of ubuntu server 14.04 to learn from and thats what im using to compare with and quite allot of stuff is the same as both systems are ubuntu server 14.04 as you can see on my last thread.

like in /etc/procmailrc the file contents only consist of:

Also directives were wrong etc out of the box.

So im trying to use this opportunity to learn how to do it myself as its a good learning experience, also others on another forum wouldn't like it unless I learnt to do it myself.

I don't get that last message you say 'sounds good let us know if your having more issues'.

This thread is the current issue im having.

I have a vm up with a fresh install in using to compare to my main system as I don't want really want to redo the main system and I want to learn also but as I said even that out of the box experience from the install.sh script isn't configured right on a totally fresh os install of Ubuntu Server 14.04.

The directives are wrong in the script on ubuntu being 'allow from all' they need to be 'Require all granted' procmailrc just seems to have 2 lines in after running the install.sh file with no log file directive or anything else in it, as a example of stuff. So the script isn't without its flaws.

Also trying the premade already setup basic install virtualmin kvm's and updating packages on them before I use them, I'm getting similar issues to what im trying to fix like wheezy premade roundcube not connecting and storage server failed same as I had on ubuntu.

So I don't understand what you mean I assume you think I have things all sorted out and fixed on this issue because I'm trying to compare from a fresh install in a vm which isn't right natively from the script or vm.

A small fix but not a full one I still need to fix one area still but I have something working where where its sending the the correct domain in the header from roundmail but not php ini itself for some reason.

Installed and setup saslauthd (which was a pain for a couple hours) as well as copying the info from the file in procmailrc from the wheezy virtualmin premade kvm.

Sending mail the headers in roundmail works with the correct headers as I changed the email in there of the login user, but a test php script I have still doesn't work right as its still going from the internal server domain as the return path.

This is the header from a roundmail install on drguild.noip.me by my ISP which actually got through.

Here is a test email by a php mail script on a domain drguild2.noip.me which was rejected by my ISP and sent back.

drguild.noip.me is a sub server of my main server.revnet host when drguild2.noip.me is a test top level host in virtualmin for testing just incase the subserver part was the issue but as you can see roundmail on drguild.noip.me was fine so I doubt its just because its a subserver.

*Both domains send the same using my internal host as the return path.

I have gotten somewhere but not all the way as there is a config issue elsewhere to fix.

Here is that php script:

From the mail.log from that test script.

And for a test logging into roundmail on drguild.noip.me with the drguild2 user.

I like to learn how to do things and this semi manual way is helping me do that.

I may do a reinstall of everything under Centos instead of Ubuntu as I see thats the prefered distro for virtualmin etc and would be more supported by updated once I have something setup but for now I want to just learn how to configure stuff.

More info on the issue.

I have found out that the headers aren't being automatically updated and replaced from that last script.

Trying another script as in the one in this message gets through fine.

The usual header source of that script for reference once I got the email.

From the maillog.

Specifically take note of the 'Reply-To:' header which is the issue I face now getting procmail etc to automatically change that header per domain.

Any info on how to do this?

Looking at the log its as if the wrapper to do the header variables isn't working as its missing when I assign the 'Reply-To:' tag but is when the script doesn't use that tag with a domain option.

Looking at a prepackaged debian with virtualmin installed already from cloudmin I can't seem to find the answer as my procmail seems to match.

The whole reason I want to learn this is for later if I have other issues I have at least some knowledge of whats behind the scenes and how it all works and have fixed stuff so when updates/upgrades come im not a front end user with no knowledge of anything under the hood.

I'm sure I would face the same issue weather or not I used the full script to do this.

Update: I realise now I need the lookup-domain also installed by the script to translate into names and can't seem to find a way to do it manually.

I wanted to see how far I got and learn but I think its time now to redo this thing from scratch.

This issue is still not fully solved even after a complete format and reinstall trying Centos 6.5 half thinking of changing back to ubuntu for htop lxde etc but I'll give this a shot gui I only use for a few things started manually.

I had something here but found the specific issue but don't know the fix.

The issue is resolving the hostname where the mail originates from.

I changed the new install to read 110-175-205-112.static.tpgi.com.au as a test, the internet hostname mail works both ways but its not right as headers are showing as:

Which is appears to be wrong in some way aka return path listed as drguild@tpgi.com.au etc.

Is there any fix to this? also willing to give alittle something to the person that can fix this and set it up properly.

noip has a mx record but I doin't know how to set this up in virtualmin or if its needed.

Unfortunately no-ip like others give no support on server configuration issues as its not directly to do with with the service they provide.

For the record I have a static IP from my ISP but use noip for the hostname.

Decided to do a quick test.

From 'Read User Mail' in Webmin email gets sent fine with right headers if I type a message in there.

From a php script same issues with headers and mail is rejected by my ISP.

I feel that this issue cant be solved by anyone here not even the staff.

I think its to do with PHP and scripts as sending from the 'Read User Mail' tab works and Roundmail also works but a php file won't not even wordpress.

Im going to be redoing my server setup due to some other changes I want to do from Ubuntu to to Centos 6.5 and I will be looking at offering between $50-$100 AUD for a fix depending on the type of fix this is unless someone is kind enough to offer me a solution for free but I feel this has gone on long enough that its probably worth thanking whoever can fix this.

I have redone my server and this thread is no longer relevant as its too bloated with old issues with the email headers and post after post of quoted headers which have mostly been resolved.

There are still some issues I think with the headers but I feel its time to make a new clean thread under the virtualmin forum section and to reorganise my thoughts cleaner as to not confuse people and the issues are on a new fresh install of everything under Centos.

Moderators are free to delete or lock this thread.