Ask Question Forum:
Model Library:2025-02-08 Updated:A.I. model is online for auto reply question page
C
O
M
P
U
T
E
R
2
8
Show
#
ASK
RECENT
←
- Underline
- Bold
- Italic
- Indent
- Step
- Bullet
- Quote
- Cut
- Copy
- Paste
- Table
- Spelling
- Find & Replace
- Undo
- Redo
- Link
- Attach
- Clear
- Code
Below area will not be traslated by Google,you can input code or other languages
Hint:If find spelling error, You need to correct it,1 by 1 or ignore it (code area won't be checked).
X-position of the mouse cursor
Y-position of the mouse cursor
Y-position of the mouse cursor
Testcursor
caretPos
Attachment:===
Asked by flynny
at 2024-11-28 02:57:29
ModifyPoint:500 Replies:11 POST_ID:828838USER_ID:11749
Topic:
Miscellaneous Networking;;SBS Small Business Server
Hi all,
Just a quick question.
I had a client asking for their remote.domain.com mx record to be change to point to remote.domain.com
Why would they need to or want to do this? because the mail.domain.com is pointint to a different IP address?
Their IT guy is not very helpful and I was wondering out of interest?
Just a quick question.
I had a client asking for their remote.domain.com mx record to be change to point to remote.domain.com
Why would they need to or want to do this? because the mail.domain.com is pointint to a different IP address?
Their IT guy is not very helpful and I was wondering out of interest?
Author: flynny replied at 2024-12-06 04:01:17
many thanks guys.
Accepted Solution
Expert: David Atkin replied at 2024-11-29 00:21:54
250 points EXCELLENT
Regarding point 3, it wouldn't have any use. I was more thinking about an A record for the remote web workplace built into SBS. If their certificate is for remote.domain.com then accessing it via mail.domain.com will generate certificate errors.
They may have just done it to keep things tidy in DNS.
They may have just done it to keep things tidy in DNS.
Author: flynny replied at 2024-11-28 10:51:29
the mail server on mail.domain.com and IP a is a SBS running an exchange mail server and handling all of the sites mail.
I'm not sure what the secondary site could be. The SSL would make sense if the remote wasn't pointing to the second IP.
Scorpeo, regarding point 3 - what use would haveing an mx record setup for a web server hold?
I'm not sure what the secondary site could be. The SSL would make sense if the remote wasn't pointing to the second IP.
Scorpeo, regarding point 3 - what use would haveing an mx record setup for a web server hold?
Expert: David Atkin replied at 2024-11-28 07:34:12
@Donnk - Good point, I hadn't thought of that.
Expert: donnk replied at 2024-11-28 06:44:12
"2 - It wouldn't truely be redundant. The record would but if its pointing to the same place so wouldn't help in the event of their server being down."
Not necessarily, could be multiple mail servers behind that IP with the firewall deciding which to deliver too.
Is the mail server an exchange box ?
Not necessarily, could be multiple mail servers behind that IP with the firewall deciding which to deliver too.
Is the mail server an exchange box ?
Assisted Solution
Expert: David Atkin replied at 2024-11-28 06:35:49
250 points EXCELLENT
1 - The name on the SSL certificate maybe remote.domain.com. When users try and connect to mail.domain.com it will probably bring up a certificate error and make certain things (like remote desktop gateway for example).
2 - It wouldn't truely be redundant. The record would but if its pointing to the same place so wouldn't help in the event of their server being down.
3 - If it is a web server then they may have created a sub site for this domain which navigates people to another page.
2 - It wouldn't truely be redundant. The record would but if its pointing to the same place so wouldn't help in the event of their server being down.
3 - If it is a web server then they may have created a sub site for this domain which navigates people to another page.
Author: flynny replied at 2024-11-28 06:24:13
Thanks guys,
the mail.domain.com is pointing to IP A
with MX record pointing to this server as its the mail server
whilst remote.domain.com has been changed to point to IP
with the mx pointing to this server.
regarding the answers;
1. SSL Cert? Why would pointing the MX record back here help with this please?
2. Redundancy - Again why would this be the case?
4. Reverse DNS I Can see why but this is not the mail server?
Thanks in advance guys.
the mail.domain.com is pointing to IP A
with MX record pointing to this server as its the mail server
whilst remote.domain.com has been changed to point to IP
with the mx pointing to this server.
regarding the answers;
1. SSL Cert? Why would pointing the MX record back here help with this please?
2. Redundancy - Again why would this be the case?
4. Reverse DNS I Can see why but this is not the mail server?
Thanks in advance guys.
Expert: donnk replied at 2024-11-28 05:56:40
Could be few reasons:
1. SSL Certificate
2. Redundancy (multiple MX records)
3. 1 less DNS record to worry about.
4. Reverse DNS (spam check)as Scorpeo says.
5. The IT guy likes messing with you!!
1. SSL Certificate
2. Redundancy (multiple MX records)
3. 1 less DNS record to worry about.
4. Reverse DNS (spam check)as Scorpeo says.
5. The IT guy likes messing with you!!
Expert: duncanb7 replied at 2024-11-28 03:44:58
it might be the reason he wants his email delivery process done internally within
its organization.
Take a look at this article
http://smtp25.blogspot.hk/2007/07/can-you-run-mail-server-without-mx.html
Hope understand your question completely, if not , please point it out
Duncan
its organization.
Take a look at this article
http://smtp25.blogspot.hk/2007/07/can-you-run-mail-server-without-mx.html
Hope understand your question completely, if not , please point it out
Duncan
Expert: David Atkin replied at 2024-11-28 03:40:27
Hello,
Its probably so that Exchange passes the reverse DNS checks.
Its probably so that Exchange passes the reverse DNS checks.
Expert: strivoli replied at 2024-11-28 03:27:42
There might be 3 reasons:
a. If the resulting IP changes and they didn't change ISP (for example) then they want to receive mail on another server.
b. If the resulting IP changes and they changed ISP then they need to change the IP in order to continue receiving mail on the same server.
c. If the resulting IP DOESN'T change then they might want to clear out their naming convention.
a. If the resulting IP changes and they didn't change ISP (for example) then they want to receive mail on another server.
b. If the resulting IP changes and they changed ISP then they need to change the IP in order to continue receiving mail on the same server.
c. If the resulting IP DOESN'T change then they might want to clear out their naming convention.
