Re: remote/roaming pop/imap users - sending email?
SNFettig Listserv [EMAIL PROTECTED] wrote: The issue for me, however, is that I need to allow relaying for mobile users dialing into the internet from national ISPs, thus usually ending up with different IPs each time they dial in.) As someone else noted, the proper setup is for your roaming users to send their mail through the SMTP relay provided by the ISP they are using. However, failing that, you can use a SMTP-after-POP solution. Check www.qmail.org for pointers to these, especially Bruce Guenter's relay-ctrl. As a secondary note, this is one of the top FAQs, is documented in Dan's FAQ, mentioned at qmail.org, and shows up on the mailing list vritually every week -- including at least twice this week. A quick search of the qmail list archives would have turned up this same advice. Oh, and while I'm being negative, please try to limit your line length -- it's a bit of a pain to quote from your original email, because it contained 300+ character lines. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
remote/roaming pop/imap users - sending email?
Perhaps I misunderstand the description of blocking relaying as described in LWQ, so please bear with my question. (I'm reading: "Most single-user and small workgroup servers can disable relaying completely, but if you have to support a distributed user community, you'll need a way to allow your users, and only your users, to use your system as a relay. This is accomplished by using tcpserver to set the RELAYCLIENT environment variable, which tells qmail-smtpd to override the rcpthosts file. If you follow the installation instructions in this document, selective relaying will be enabled by default. To give a client relay access, add an entry to /etc/tcp.smtp like: IP address of client:allow,RELAYCLIENT="" and if I understand this correctly, if I know the IP of my clients, then I can allow them to relay messages without a problem. The issue for me, however, is that I need to allow relaying for mobile users dialing into the internet from national ISPs, thus usually ending up with different IPs each time they dial in.) I am setting up my server (FreeBSD 4.0, qmail-1.03, etc) to host a number of domains of which all of the users will be accessing their accounts via pop3 remotely. I want them to be able to authenticate, get mail or authenticate, send mail - i.e. as long as the person has authenticated, they can send mail to users other than on the host. The server is set up with mail going to a Maildir and already works for receiving mail from external domains. I already tried to deal with this with vmailmgr, but ran into roadblocks that go way beyond my ability to solve them - I couldn't get many of the necessary services for vmailmgr to work, and I was successful with simply using checkpassword. So, while I am finishing up the work on the server, could anyone give me some tips or point me in the direction of documentation that could help me in setting up such a service? I am specifically looking for information on pop access for remote/roaming users. Thanks, SF
Re: remote/roaming pop/imap users - sending email?
The issue for me, however, is that I need to allow relaying for mobile users dialing into the internet from national ISPs, thus usually ending up with different IPs each time they dial in.) The solution is simple, and often overlooked, and often asked on this list. Maybe somebody should write a "Life with email" document ;-) If they have dialin access through a "national ISP" then that ISP most certainly has a relaying SMTP server that they can designate in their MUA as their SMTP server. There is no reason on earth that they should have to relay back through the home office server, unless their ISP sucks. You do _NOT_ have to send outgoing mail through the machine that is your _INCOMING_ mail server! OK, there may be some clues in the mail header that the email was not sent from the home office, but who cares? These people are on the road! If they know how to configure a MUA than the return address will look OK and nobody will care or notice. --Pete
Re: remote/roaming pop/imap users - sending email?
snip up with different IPs each time they dial in.) The solution is simple, and often overlooked, and often asked on this list. Maybe somebody should write a "Life with email" document ;-) If they have dialin access through a "national ISP" then that ISP most certainly has a relaying SMTP server that they can designate in their MUA as their SMTP server. There is no reason on earth that they should have to relay back through the home office server, unless their ISP sucks. You do _NOT_ have to send outgoing mail through the machine that is your _INCOMING_ mail server! Pete, Although I agree with your comments with regards to most of the clients (ATT Worldnet, for example, won't let you send through an SMTP server other than theirs...), the clincher is the fact that (what I so apparently left out...) for two of the domains in question the server is providing "mailhosting" for clients of mine (and it will probably grow to more). In other words, these clients will always be roaming/remote. So, I still need some way to authenticate these people so they can use the server as a "relay" server. SF
RE: remote/roaming pop/imap users - sending email?
Title: RE: remote/roaming pop/imap users - sending email? unsubscribe
