>Now I need to figure out how clients can respond to mail (reply to author)
>from
>outside directly, without having to wait for a connection, by delegating
>the job to
>Sendmail - masquerade_as? Is that how you all do it ? Time to break out the
>old O'Reilly book.
The way it works at my place (very small place, but it should work for
everybody: big or small) is the following:
I have an account at an ISP ([EMAIL PROTECTED]), and I am using Eudora (for
Mac or Windows: it does not matter) to access my mail on my Linux machine:
gardien.lacave.org (the Linux machine as a private address: 192.168.1.1.
The Windows as another address on the same private network: 192.168.1.2,
the Mac is 192.168.1.3). The name gardien.lacave.org is a NON-INTERNET
name: i.e. it does not exist outside my private network!
Fetchmail is looking twice per day in my ican.net account
([EMAIL PROTECTED]) if I have mail, and if I do, it gets the mail and
address it to my account in Linux machine ([EMAIL PROTECTED]).
Latter, I can access that mail with Eudora, using a Mac or Windows: Eudora
looks at gardien.lacave.org to see if I have mail and download it to the
mac.
Now, if I send a message, I use again Eudora (on the Mac or Windows), and
writte my message like usual, and the SMTP server is gardien.lacave.org.
The network DOES NOT have to be connected to the internet to works (i.e.:
diald does not have to dial).
Now, I told sendmail to queue messages, i.e. not send the mail right away
(when invoking send mail there is a special command for that, and the
configuration file has to be modified for that, I can look at home to get
the details: I do not have them on hand at this time). In my cron job for
root, at the same time that fetchmail is checking mail (actually one minute
after fetchmail) I have a sendmail -q command (asking sendmail to send the
queued messages).
Now, you may tell: when somebody reply to the message, it will go to
[EMAIL PROTECTED], which is a NON-EXISTING Internet address.
True, but here is how I prevent the problem: in Eudora, during
configuration, you specify the return address, if it is different than the
pop server address: the pop address is [EMAIL PROTECTED], but the
return address is: [EMAIL PROTECTED] a valid Internet address.
A while ago, I was also doing the same for my wife while she was in
maternitry leave: fetchmail was getting her mail at the University of
Toronto, and putting it in her account on gardien.lacave.org, and she was
using Eudora on a Mac to get that mail. The return address of message that
she would write was the address at the University of Toronto, therefore
people replying to messages where replying to a proper internet address.
Therefore my system has the following characteristics:
1- Mail is checked twice a day at [EMAIL PROTECTED] (and a few others places
too), and the mail is put in the proper user account in gardien.lacave.org
(a pricate network).
2- People can access the mail on gardien.lacave.org using Eudora on Windows
or Macintosh (or any other OS that can access a pop3 server, including
Linux).
3- People can write messages WITHOUT having to be connected to the Internet
(i.e. diald dialling). This mail will be send to the Internet twice a day,
at the same time fetchmail is fetching the mail (this can be changed
easily, or a cron job could look if there is any mail in the queue and send
it at fixed time. I am not doing this since diald is using my home phone
line: i.e. no dedicated phone line).
4- Somebody replying to a message from gardien.lacave.org will actually
reply to a VALID internet address (such as ican.net), since the replyu
address is not an address in teh private network.
________________________________________________________________
| |
| Jean-Michel Lacroix, Ph.D., HIV Project Manager |
| Visible Genetics Inc. http://www.visgen.com _________ |
| 700 Bay Street, Suite 1000 | | |
| Toronto, Ontario M5G 1Z6 CANADA | /| |
| Tel: (416) 813-3240 ext: 4883 --- / | |
| Fax: (416) 813-3250 | \ / | |
| | / | |
| E-Mail: [EMAIL PROTECTED] |__/____| |
| Home page: http://home.ican.net/~lacroix |
|______________________________________________________________|
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
