Turn off SMTP Auth Selectively

BWS

Active Member
Nov 20, 2003
42
0
156
Hi,

I have one user that needs to access email for a short period of time without SMTP Auth. I'm obviously not going to switch SMTP Auth off server wide, is there any way of allowing this user to send mail without it?

(They won't have a static IP either :( )

Any wise ideas?
 

jester.ro

Well-Known Member
PartnerNOC
Feb 6, 2004
304
0
166
Bucharest, Romania
cPanel Access Level
DataCenter Provider
it would be better if you'd tell us what exactly your client wants to do.

SMTP works without SMTP auth, he just has to login from the ip he's using at the moment to a pop3 account on your server, and he's alowed to send emails without smtp auth for 30 minutes.

Does that help?
 

BWS

Active Member
Nov 20, 2003
42
0
156
Nope... I'm setup without POP Before SMTP (which is the functionality you're describing) if I could enable this for just one account, that would be what I need.
 

RickG

Well-Known Member
Feb 28, 2005
238
2
168
North Carolina
BWS said:
Nope... I'm setup without POP Before SMTP (which is the functionality you're describing) if I could enable this for just one account, that would be what I need.
No guarantees, but the following might get you closer ...

When you are using POP Before SMTP, exim writes your IP address in /etc/relayhosts and your email address into /etc/relayhostsusers when you first POP (i.e. check) mail. The info stays in these files for 30 minutes (controlled by a setting in /usr/sbin/antirelayd). If, during that period, you were to "uncheck" the "My outgoing mail server requires authentication" from your email client, and try to send mail through the server, it would go through as you were already "authenticated" when you checked mail (this is in essence pop before SMTP authentication).

SO ... take a look in /etc/relayhosts and /etc/relayhostsusers (which should be blank if you have POP Before SMTP disabled). You might create a test email account and enter the address in /etc/relayhostsusers and see if it works w/o having a corresponding IP address. No guarantees, but it could be a start. I'm sure you understand the security implications of doing this, especially if you've got your system setup not to purge these files.

Hope this helps -