PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Logiciels d'hébergement > comp.mail.sendmail > sendmail accepted domains /SMTP Namespace sharing
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
comp.mail.sendmail Configuring and using the BSD sendmail agent.

sendmail accepted domains /SMTP Namespace sharing

Réponse
 
LinkBack Outils de la discussion
Vieux 29/08/2007, 10h42   #1
stuff@istic.co.uk
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut sendmail accepted domains /SMTP Namespace sharing

Folks,

I have no experience with sendmail but want to know if its possible to
configure sendmail for SMTP namespace sharing for coexistance with a
foreign mail system. Basically I want an email to be delivered to a
mailbox on the sendmail system if it exists otherwise forward it to
another SMTP server.

Is this sort of config possible with sendmail?

cheers

Fat Tom

  Réponse avec citation
Vieux 29/08/2007, 11h17   #2
Andrzej Adam Filip
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: sendmail accepted domains /SMTP Namespace sharing

stuff@istic.co.uk writes:
> I have no experience with sendmail but want to know if its possible to
> configure sendmail for SMTP namespace sharing for coexistance with a
> foreign mail system. Basically I want an email to be delivered to a
> mailbox on the sendmail system if it exists otherwise forward it to
> another SMTP server.
>
> Is this sort of config possible with sendmail?


*It is possible*
http://www.google.com/search?q=site%...rg+LUSER_RELAY
*but it is not recommended*
Due to "dictionary recipient" spam forwarding "all remaining" local
email addresses to another hosts is not recommended for hosts that may
receive spam from the Internet.

Could you provide more details about what you want to achieve?
[situation you face] You may want to implement "sub-optimal" solution.

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
You should never bet against anything in science at odds of more than
about 10^12 to 1.
-- Ernest Rutherford
  Réponse avec citation
Vieux 30/08/2007, 15h40   #3
stuff@istic.co.uk
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: sendmail accepted domains /SMTP Namespace sharing

On 29 Aug, 11:17, Andrzej Adam Filip <a...@onet.eu> wrote:
> st...@istic.co.uk writes:
> > I have no experience with sendmail but want to know if its possible to
> > configure sendmail for SMTP namespace sharing for coexistance with a
> > foreign mail system. Basically I want an email to be delivered to a
> > mailbox on the sendmail system if it exists otherwise forward it to
> > another SMTP server.

>
> > Is this sort of config possible with sendmail?

>
> *It is possible*
> http://www.google.com/search?q=site%...rg+LUSER_RELAY
> *but it is not recommended*
> Due to "dictionary recipient" spam forwarding "all remaining" local
> email addresses to another hosts is not recommended for hosts that may
> receive spam from the Internet.
>
> Could you provide more details about what you want to achieve?
> [situation you face] You may want to implement "sub-optimal" solution.
>
> --
> [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> You should never bet against anything in science at odds of more than
> about 10^12 to 1.
> -- Ernest Rutherford


Ernest,

I am basically being tasked with a migration project from sendmail to
Exchange.

Email from the internet will be send via the new exchange organisation
which will be configured with appropiate SMTP domains if a mail box
for a user exists (migrated) then it will be delivered to that
mailbox. Otherwise it will be sent onwards to the sendmail SMTP
server. This should work fine until a user on the sendmail system
(not migrated) tried to send an email to a migrated user (exchange).
I'm assuming the sendmail server will do some sort of lookup against
its mailbox database decide the user doesn't exist and NDR the email.
Ideally I'd like the sendmail to send the email to the exchange server
so that can NDR the email or deliver it if the user exists. Routing
loops will be avoided as the Exchange system maintains a list off all
the users on the sendmail system.

Thoughts

Fat Tom

  Réponse avec citation
Vieux 30/08/2007, 16h14   #4
Andrzej Adam Filip
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: sendmail accepted domains /SMTP Namespace sharing

stuff@istic.co.uk writes:

> On 29 Aug, 11:17, Andrzej Adam Filip <a...@onet.eu> wrote:
>> st...@istic.co.uk writes:
>> > I have no experience with sendmail but want to know if its possible to
>> > configure sendmail for SMTP namespace sharing for coexistance with a
>> > foreign mail system. Basically I want an email to be delivered to a
>> > mailbox on the sendmail system if it exists otherwise forward it to
>> > another SMTP server.

>>
>> > Is this sort of config possible with sendmail?

>>
>> *It is possible*
>> http://www.google.com/search?q=site%...rg+LUSER_RELAY
>> *but it is not recommended*
>> Due to "dictionary recipient" spam forwarding "all remaining" local
>> email addresses to another hosts is not recommended for hosts that may
>> receive spam from the Internet.
>>
>> Could you provide more details about what you want to achieve?
>> [situation you face] You may want to implement "sub-optimal" solution.

>
> Ernest,
>
> I am basically being tasked with a migration project from sendmail to
> Exchange.
>
> Email from the internet will be send via the new exchange organisation
> which will be configured with appropiate SMTP domains if a mail box
> for a user exists (migrated) then it will be delivered to that
> mailbox. Otherwise it will be sent onwards to the sendmail SMTP
> server. This should work fine until a user on the sendmail system
> (not migrated) tried to send an email to a migrated user (exchange).
> I'm assuming the sendmail server will do some sort of lookup against
> its mailbox database decide the user doesn't exist and NDR the email.
> Ideally I'd like the sendmail to send the email to the exchange server
> so that can NDR the email or deliver it if the user exists. Routing
> loops will be avoided as the Exchange system maintains a list off all
> the users on the sendmail system.


Assign every user extra 'internal' email address such as:
user1@sendmail.example.com
user2@exchange.example.com

It will allow you to use
1) on sendmail virtusertable entries:
user2@example.com user2@exchange.example.com
2) on exchange similar "aliases" for users hosted on sendmail
[I have forgotten MS Exchange 'terminology' ]

Such scheme will allow any of the two to act as internet email gateway.
When I administered MS Exchange server a few years ago "unscheduled
outages" was not something I could forget.

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
A mother takes twenty years to make a man of her boy, and another woman
makes a fool of him in twenty minutes.
-- Frost
  Réponse avec citation
Vieux 30/08/2007, 20h32   #5
Kees Theunissen
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: sendmail accepted domains /SMTP Namespace sharing

Andrzej Adam Filip wrote:
> stuff@istic.co.uk writes:


>> I am basically being tasked with a migration project from sendmail to
>> Exchange.
>>
>> Email from the internet will be send via the new exchange organisation
>> which will be configured with appropiate SMTP domains if a mail box
>> for a user exists (migrated) then it will be delivered to that
>> mailbox. Otherwise it will be sent onwards to the sendmail SMTP
>> server. This should work fine until a user on the sendmail system
>> (not migrated) tried to send an email to a migrated user (exchange).
>> I'm assuming the sendmail server will do some sort of lookup against
>> its mailbox database decide the user doesn't exist and NDR the email.
>> Ideally I'd like the sendmail to send the email to the exchange server
>> so that can NDR the email or deliver it if the user exists. Routing
>> loops will be avoided as the Exchange system maintains a list off all
>> the users on the sendmail system.

>
> Assign every user extra 'internal' email address such as:
> user1@sendmail.example.com
> user2@exchange.example.com


Hmm. I'm not sure that it isn't possible at all - but I never succeeded
in doing things like this. My exchange 2003 server would refuse this
address and complain that "exchange.example.com" is a host name and
not a mail domain. :-(

>
> It will allow you to use
> 1) on sendmail virtusertable entries:
> user2@example.com user2@exchange.example.com


This would not work in my domain, for the reason I mentioned above.
YMMV.

But LDAP routing will work. LDAP routing can be configured to use local
map lookups instead of LDAP queries.
If S.user@example.com is a sendmail user and E.user@example.com an
exchange user, then something like the following maps can be used to
route the mail for ...@example.com on the sendmail server.

The "mailHost" map:
S.user@example.com localhost
E.user@example.com exchange.example.com

And the "mailRoutingAddress" map:
S.user@example.com S.user@sendmail.example.com
E.user@example.com E.user@example.com

See the README file in the 'cf' directory of the sendmail source
for more details about LDAP routing.

> 2) on exchange similar "aliases" for users hosted on sendmail
> [I have forgotten MS Exchange 'terminology' ]
>
> Such scheme will allow any of the two to act as internet email gateway.
> When I administered MS Exchange server a few years ago "unscheduled
> outages" was not something I could forget.
>


Regards,

Kees.

--
Kees Theunissen.
  Réponse avec citation
Vieux 30/08/2007, 20h52   #6
Andrzej Adam Filip
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: sendmail accepted domains /SMTP Namespace sharing

Kees Theunissen <theuniss@rijnh.nl> writes:

> Andrzej Adam Filip wrote:
>> stuff@istic.co.uk writes:

>
>>> I am basically being tasked with a migration project from sendmail to
>>> Exchange.
>>>
>>> Email from the internet will be send via the new exchange organisation
>>> which will be configured with appropiate SMTP domains if a mail box
>>> for a user exists (migrated) then it will be delivered to that
>>> mailbox. Otherwise it will be sent onwards to the sendmail SMTP
>>> server. This should work fine until a user on the sendmail system
>>> (not migrated) tried to send an email to a migrated user (exchange).
>>> I'm assuming the sendmail server will do some sort of lookup against
>>> its mailbox database decide the user doesn't exist and NDR the email.
>>> Ideally I'd like the sendmail to send the email to the exchange server
>>> so that can NDR the email or deliver it if the user exists. Routing
>>> loops will be avoided as the Exchange system maintains a list off all
>>> the users on the sendmail system.

>>
>> Assign every user extra 'internal' email address such as:
>> user1@sendmail.example.com
>> user2@exchange.example.com

>
> Hmm. I'm not sure that it isn't possible at all - but I never succeeded
> in doing things like this. My exchange 2003 server would refuse this
> address and complain that "exchange.example.com" is a host name and
> not a mail domain. :-(


I few years ago I used scheme with two MS Exchange servers
"organization" and two sendmail gateways delivering messages
via SMTP directly to MS Exchange server holding the mailbox.
Every MS Exchange user mailbox had two email addresses:
user1@example.com & user1@office1.example.com
user2@example.com & user2@office2.example.com

May be The Bill has made something to make it no longer possible ;-)

>> It will allow you to use 1) on sendmail virtusertable entries:
>> user2@example.com user2@exchange.example.com

>
> This would not work in my domain, for the reason I mentioned above.
> YMMV.


I doubt you are right but I no longer administer MS Exchange "servers"
so I can be 100% sure.

> But LDAP routing will work. LDAP routing can be configured to use local
> map lookups instead of LDAP queries.
> If S.user@example.com is a sendmail user and E.user@example.com an
> exchange user, then something like the following maps can be used to
> route the mail for ...@example.com on the sendmail server.
>
> The "mailHost" map:
> S.user@example.com localhost
> E.user@example.com exchange.example.com
>
> And the "mailRoutingAddress" map:
> S.user@example.com S.user@sendmail.example.com
> E.user@example.com E.user@example.com
>
> See the README file in the 'cf' directory of the sendmail source
> for more details about LDAP routing.


Use of ldap_routing (with or without LDAP) is another of *many* possible
ways to manage "staged migration" in mailbox by mailbox way with
ability to reject invalid addresses in incoming SMTP sessions.

BTW ldap_routing without LDAP frequently uses "null" map for one of the
two maps used by ldap_routing.
[ "null" map returns *always* "no match" (nothing found) ]

>> 2) on exchange similar "aliases" for users hosted on sendmail
>> [I have forgotten MS Exchange 'terminology' ]
>>
>> Such scheme will allow any of the two to act as internet email gateway.
>> When I administered MS Exchange server a few years ago "unscheduled
>> outages" was not something I could forget.

>
> Regards,
>
> Kees.


--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
Perhaps the remembrance of these things will prove a source of future
pleasure.
-- Virgil
  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 10h51.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,21099 seconds with 14 queries