Multipath rule: how is considered proxied traffic?

In Masquerading, just change your existing rules to Uplink Interfaces.

Are both DSL lines "fast download, but slow upload"?  I would think you would want to do default balancing;  Web Surfing with persistence by Source/Destination and SMTP by Destination.  Remember, this is "Uplink Balancing" and not "Downlink Balancing". [;)]  If the links aren't the same speeds, adjust the weighting on the 'Uplink Balancing' tab.

Email is trickier than web; the outside web requests will come only to your first DSL if that's the only IP linked to the FQDN.

For SMTP, for the FQDN pointed to by your MX record, you'll want to add a second A record to public DNS with your new IP, change any applicable TXT record for SPF, and then have the new ISP add a reverse DNS entry for your new IP pointing to your MX record.  This will have the effect of load balancing incoming email.

If you don't want this load balancing effect, then you'll need to start by creating a new FQDN for your new IP, and then create a new MX record (with a higher number) pointing at it, similarly adjust any TXT (SPF) record and have the new ISP point a reverse DNS record at the new FQDN.

Cheers - Bob

Email is trickier than web; the outside web requests will come only to your first DSL if that's the only IP linked to the FQDN.

For SMTP, you'll want to add a second A record to public DNS with your new IP, change any applicable TXT record for SPF, and then have the new ISP add a reverse DNS entry for your new IP pointing to your MX record.  This will have the effect of load balancing incoming email.

If you don't want this load balancing effect, then you'll need to start by creating a new FQDN for your new IP, and then create a new MX record (with a higher number) pointing at it, similarly adjust any TXT (SPF) record and have the new ISP point a reverse DNS record at the new FQDN.

Bob, I now that it is partially OT, but I would be glad if you could clarify some questions about dns configuration for email server/ASG EMail configuration. I don't want load balancing effect but I need only a backup line for smtp. Currently we have:

A record: mail.mycompany.com
MX record: 10 mail.mycompany.com
A reverse DNS entry for MX record (so, ddd.ccc.bbb.aaa.in-addr.arpa mail.mycompany.com)
SPF record that allow only my ip to send emails

I should:
Add an A Record: mail2.mycompany.com
Add an entry to the MX record: 20 mail2.mycompany.com
Add a reverse DNS entry for MX record (so, ooo.nnn.mmm.lll-in-addr.arpa mail2.mycompany.com)
Configure SPF record in order to allow the second ip to send email.

The doubt, when the first line is broken:
1) Ok, the new entry in MX record (mail2.mycompany.com) will allow my ASG to receive mails (and forward them to my server) when the primary line is down. But the hostname in both my ASG and SMTP server is mail.mycompany.com (not mail2, and I think it's not possible to use a second hostname in ASG / SMTP server). Do you think that this situation will generate some issues in receiving email?

2) Considering that the hostname of both ASG and SMTP server is mail.mycompany.com and not mail2, the outgoing SMTP session will claim to be from mail.mycompany.com, but the source ip address will be the one that belongs to second dsl line. I think that in this case the remote SMTP will negate the delivey of emails (simply because the source hostname and its ip address does not match).

What do you think about?

Bye
eclipse79

Email is trickier than web; the outside web requests will come only to your first DSL if that's the only IP linked to the FQDN.

For SMTP, you'll want to add a second A record to public DNS with your new IP, change any applicable TXT record for SPF, and then have the new ISP add a reverse DNS entry for your new IP pointing to your MX record.  This will have the effect of load balancing incoming email.

If you don't want this load balancing effect, then you'll need to start by creating a new FQDN for your new IP, and then create a new MX record (with a higher number) pointing at it, similarly adjust any TXT (SPF) record and have the new ISP point a reverse DNS record at the new FQDN.

Bob, I now that it is partially OT, but I would be glad if you could clarify some questions about dns configuration for email server/ASG EMail configuration. I don't want load balancing effect but I need only a backup line for smtp. Currently we have:

A record: mail.mycompany.com
MX record: 10 mail.mycompany.com
A reverse DNS entry for MX record (so, ddd.ccc.bbb.aaa.in-addr.arpa mail.mycompany.com)
SPF record that allow only my ip to send emails

I should:
Add an A Record: mail2.mycompany.com
Add an entry to the MX record: 20 mail2.mycompany.com
Add a reverse DNS entry for MX record (so, ooo.nnn.mmm.lll-in-addr.arpa mail2.mycompany.com)
Configure SPF record in order to allow the second ip to send email.

The doubt, when the first line is broken:
1) Ok, the new entry in MX record (mail2.mycompany.com) will allow my ASG to receive mails (and forward them to my server) when the primary line is down. But the hostname in both my ASG and SMTP server is mail.mycompany.com (not mail2, and I think it's not possible to use a second hostname in ASG / SMTP server). Do you think that this situation will generate some issues in receiving email?

2) Considering that the hostname of both ASG and SMTP server is mail.mycompany.com and not mail2, the outgoing SMTP session will claim to be from mail.mycompany.com, but the source ip address will be the one that belongs to second dsl line. I think that in this case the remote SMTP will negate the delivey of emails (simply because the source hostname and its ip address does not match).

What do you think about?

Bye
eclipse79