Re: smtp relay

Re: smtp relay

On Sat, Aug 01, 2009 at 01:44:40PM +0800, Boy Montes wrote:
> My concern is it seems it is not compatible with Eudora. It always "Sorry,
> that domain isn't in my rcpthost" where infact it was there.

This message shows up if relaying is not allowed and the domain is not
local (aka in locals or rcpthosts file).

Either Eudora did not authenticate or the domain you are sending to is
"strange". If it is not local to the system it is probably not authed.
However sometimes clients leave a trailing " " or "\n" with the address which
some mailservers strip sone don't. So if it is a local domain it might
be that kind of problem.
In some forum a very old post stated:
    To have smtp auth work, make sure you have something entered into
    the incoming server. Otherwise, eudora will send the null username to
    the server.
which would cause the auth to fail.
Short tutorial ist here:
    http://www.eudora.com/techsupport/tutorials/win_smtp_relay.html
"login name" should be the user you want to authenticate.

If you are using tcpserver you already should have a program called
"recordio" on your system (ucspi-tcp package).
Change the startup script and add recordio. Should look like this:
    ... submission recordio /var/qmail/bin/qmail-smtpd ...
Then you will see each and every line that is exchanged between client
and server in the logs. This will be for all clients, so this may become
a lot of messages. Be sure to disable it after debugging 
I have a patch at
   http://software.maexotic.de/ucspi-tcp/0.88-recordio/
that
a) changes the logging a bit so it is easier to relate the message
b) only logs if the environemt variable RECORDIO="" is set for that
   connection (which you can specify in the CDB file for qmail-smtpd)
--

-- 
Markus Stumpf

Error 4.3.0

Hi all,

My qmail installation, installed using qmailrocks.org guide worked
perfectly, until I restarted the server. All the services were brought
up on boot, however I can now not send email. I can successfully telnet
to port 25 from localhost but when trying to send an email using pop or
imap it fails with error message:

Message not sent. Server replied:
Requested action aborted: error in processing
451 qq temporary problem (#4.3.0)

I used qmHandle to check the queue and no message makes it that far.
I've done some googling, but all the responses refer to permissions
(which, although I have since checked, I haven't changed since it was
working), soflimits (which I haven't set any).

Can anyone point me in the right direction?

Cheers

RE: Error 4.3.0

Re: Error 4.3.0

Richard Scollon wrote:
>
> *From:* florin novac [mailto:puyursu <at> gmail.com]
> *Sent:* 03 August 2009 09:55
> *To:* Richard Scollon
> *Cc:* qmail <at> list.cr.yp.to
> *Subject:* Re: Error 4.3.0
>
> Check ClamAV
>
> Genius, I have just realised ClamAV is not running and when trying to 
> run it I’m getting a failed message due to permissions on the og 
> files...again. For some reason it keeps changing the owner from qscand 
> to clamav. Does anyone know why?
>
> Cheers
>
Have a look at ^DatabaseOwner in /etc/freshclam.conf I believe the 
default is clamav changing this to qscand should solve the frequent changes.

Steve.

Problem adding accounts

Hello to everyone in the list.

I have a problem with my qmail server. It is running ok with mail received and 
sent, and with the multiple virtual domains, but since monday, it doesn't let 
me create new accounts. It doesn't let me delete accounts either, and 
previously, I could do all this without problems. The error that I get is:

server# /var/vpopmail/bin/vadduser user <at> domain password
Error: Internal (implementation specific) error (80)
Failed while attempting to add user to auth backend
Error: no authentication database connection

I believe I haven't installed new software that can be causing this. There is 
an openldap server but was installed and running before I noticed this 
behavior. Of course, I'm trying to execute this command as root. 
The owner of qmail files is "vpopmail" who belongs to the group "vchkpw".

Honestly, I don't know which could be causing the problem. I've checked 
permissions and owners, and make sure that there is enough space available on 
disk.

¿Any ideas?

Thanks.

RE: Problem adding accounts

Hi,

Have you checked that vpopmail can write on vpasswd files for your domain ?

-----Message d'origine-----
De : Benon Fuertes [mailto:benon.fuertes <at> diaple.com] 
Envoyé : jeudi 6 août 2009 12:37
À : qmail <at> list.cr.yp.to
Objet : Problem adding accounts

Hello to everyone in the list.

I have a problem with my qmail server. It is running ok with mail received
and 
sent, and with the multiple virtual domains, but since monday, it doesn't
let 
me create new accounts. It doesn't let me delete accounts either, and 
previously, I could do all this without problems. The error that I get is:

server# /var/vpopmail/bin/vadduser user <at> domain password
Error: Internal (implementation specific) error (80)
Failed while attempting to add user to auth backend
Error: no authentication database connection

I believe I haven't installed new software that can be causing this. There
is 
an openldap server but was installed and running before I noticed this 
behavior. Of course, I'm trying to execute this command as root. 
The owner of qmail files is "vpopmail" who belongs to the group "vchkpw".

Honestly, I don't know which could be causing the problem. I've checked 
permissions and owners, and make sure that there is enough space available
on 
disk.

¿Any ideas?

Thanks.

Re: Problem adding accounts

On Thursday, August  6 at 12:37 PM, quoth Benon Fuertes:
> I have a problem with my qmail server. It is running ok with mail 
> received and sent, and with the multiple virtual domains, but since 
> monday, it doesn't let me create new accounts.

Technically, since qmail doesn't manage user accounts, this isn't a 
qmail problem. It's a vpopmail problem, so you may get better help by 
emailing the vpopmail list: vchkpw <at> inter7.com.

> server# /var/vpopmail/bin/vadduser user <at> domain password
> Error: Internal (implementation specific) error (80)
> Failed while attempting to add user to auth backend
> Error: no authentication database connection

So... what authentication backend are you using? MySQL? LDAP? flat 
files?

~Kyle
--

-- 
For every complex problem, there is a solution that is simple, neat, 
and wrong.
                                                       -- H. L. Mencken

start qmail

I have already used qmail on 2 unix/linux machines. Now I am setting up 
qmail on a new RedHat machine (I love qmail, do I? 

I followed instructions at http://lifewithqmail.org/lwq.html#installation
for qmail-1.06, daemontools-0.76, and ucspi-tcp-0.88. Everything worked 
fine.

When I tried to start qmail as in:

  > /usr/bin/nohup /bin/csh -cf '/var/qmail/rc &'

  where "/var/qmail/rc" has 2 lines:
  #!/bin/sh
  exec env - PATH="/var/qmail/bin:$PATH" \
  qmail-start '|/var/qmail/bin/preline /usr/bin/procmail' splogger qmail

-- nothing happened.  No error, no qmail processes.

I also set up the xinetd as shown in 
http://barriebremner.com/geek/qmailxinetd.cgi and did:

  > /etc/rc.d/init.d/xinetd restart

(I also tried "service qmail start")
-- Nothing happened -- No error, no qmail processes.

Now what else I should check?

Thanks,
Zhiliang

User's Maildir in dir other than $HOME

I am integrating 3 existing servers into one, which raises a conflict of 
sorts.  Most users currently get their mail delivered to 
/home/$USER/Maildir.  The only exceptions are the vpopmail users, which 
aren't system users at all, obviously.

However, many of the system users also have virtual web hosts that are 
kept under /home/servers/theirdomain.  For ftp login and proftp "chroot" 
purposes, it is desirable to have that path as their $HOME.  Of course, 
this breaks qmail's deliver, and sicne many of these users have no login 
shell, it's not something you can fix in their envs shell profiles.

In addition, I'd prefer if .qmail files were not in the virtual web host 
directory $HOME.  In a nutshell, joeuser has:

/web/servers/joeswebsite.com    This would be their ftp chroot $HOME.

/home/users/joeuser    	This would be where their Maildir and .qmail
 			files are located.

/home/vpopmail/domains/vpopdomains   These domains cannot be affected
 				     by any changes.

I would think that perhaps /var/qmail/boot/home or maildir would be the 
way to implement this, but am not clear exactly which files to edit and if 
that's the best way, or if having both vpopmail and "regular" virtual 
domains makes this unfeasible.  If worse comes to worse, I will just let 
virtual web host customers deal with Maildirs and .qmail files in their 
$HOME.

James Smallacombe		      PlantageNet, Inc. CEO and Janitor
up <at> 3.am							    http://3.am
=========================================================================