Make sure that any domain, for which vpopmail is in charge of, is not
in /var/qmail/control/locals
Erik
On 6/8/06, Operations <[EMAIL PROTECTED]> wrote:
No sir, it's not, it hasn't been the whole time running qmail/nfs
I am dumbfounded, I have been trying to figure this out since around 2
p.m. yesterday
Was working fine until this mishap, one guy suggested a re-install, I
would still be facing
these same files. Anyways, thanks for your help, it has made me think
through some stuff,
just haven't found the magic bullet....yet
Eric "Shubes" wrote:
> This is just a guess, but is suid specified as a mount option for your
> nfs partition(s)? It might need to be. (might not too, but it's
> probably worth a try)
>
> Operations wrote:
>
>> I guess the main thing is I do not know who/what perms /var/qmail/rc
>> is invoked, since it
>> is run as needed. It internally calls qmail-start. That may narrow
>> it down some more.
>> Operations wrote:
>>
>>> Perms are consistent (or are intended to be) all of the qmail perms
>>> are ldap on another server.
>>> That server (ldap) is O.K.
>>>
>>> It looks to me like:
>>>
>>> 1) qmail-smtpd receives the mail and
>>> 2) invokes qmail-queue to put the reeived message in the queue.
>>> 3) qmail-send eventually get the message for delivery and
>>> 4) invokes qmail-lspawn for local or qmail-rspawn for remote and
>>> 5) if qmail-lspawn it then calls qmail-local or if qmail-rspawn
>>> calls qmail-remote and
>>> 6) if qmail-local it then delivers it (this is what is not working).
>>> if qmail-remote it is
>>> up to the remote receiver to process it (I don't care not my
>>> responsibilty...).
>>>
>>> So, it appears to me that the possibilities are:
>>> qmail-send runs as root,
>>> qmail-lspawn runs as root, owner root.qmail, 0711
>>> qmail-local runs as root, owner root.qmail, 0711
>>>
>>> Anybody see anything out of whack here?????
>>>
>>>
>>> Eric "Shubes" wrote:
>>>
>>>> I think you're on the right track with permissions (#1).
>>>> Don't forget to use the right mount options for nfs.
>>>> Also, various pieces of qmail run as various users. Are the user
>>>> *numbers* consistent across all machines?
>>>>
>>>> Operations wrote:
>>>>
>>>>> My qmail is used on nfs, it shares control and a couple of other
>>>>> directories all 3 of my machines
>>>>> use the same version. I was working on re-arranging some of the
>>>>> nfs stuff because we acquired
>>>>> a RAID array, and I in-advertantly deleted the contents of it,
>>>>> however, I had the same
>>>>> install on the other servers, except no updated info, i.e.
>>>>> assign,virtualdomains, rcpthosts,
>>>>> so I copied them over after with the same permissions.
>>>>>
>>>>> Currently, I switched smtp servers to see what qmail saw and did
>>>>> upon receipt, I am getting the following
>>>>> message:
>>>>>
>>>>> delivery 139: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/
>>>>>
>>>>>
>>>>> It appears:
>>>>>
>>>>> 1) whatever program is trying to dispatch the mail to the
>>>>> appropriate dir has no permissions
>>>>> or
>>>>> 2) There is something different in one of the run scripts. This I
>>>>> doubt, generally only things in
>>>>> these is memory portion on smtp (I believe), have to look, I don't
>>>>> do 'custom' programming on
>>>>> these as a matter of practice.
>>>>> Eric "Shubes" wrote:
>>>>>
>>>>>> How'd you recreate /var/qmail? There's a lot of stuff under there.
>>>>>>
>>>>>> Have you tried rebuilding the qmail-toaster*.i386.rpm, then rpm
>>>>>> --freshen it?
>>>>>>
>>>>>> If worst comes to worst, I think you'll be removing and
>>>>>> re-install all the toaster packages. :( Keep in mind, that might
>>>>>> be the quickest road to recovery.
>>>>>>
>>>>>> Operations wrote:
>>>>>>
>>>>>>> If anyone has any insight on this, any help woudl be greatly
>>>>>>> appreciated.
>>>>>>> It killing me, if my customers don't first....
>>>>>>> Operations wrote:
>>>>>>>
>>>>>>>> Hi all -
>>>>>>>> I was browsing through the archives for somehting on this,
>>>>>>>> maybe someon knows off
>>>>>>>> of the top of their head... (fingers crossed). Here is the
>>>>>>>> problem:
>>>>>>>>
>>>>>>>> 1) Qmail is receiving email, but not delivering.
>>>>>>>>
>>>>>>>> Here is what caused the problem:
>>>>>>>>
>>>>>>>> I in-advertantly deleted the /var/qmail directory, so all that
>>>>>>>> was working is not,
>>>>>>>> had to re-create.
>>>>>>>> This is what I have done so far:
>>>>>>>>
>>>>>>>> 1) recreated the 'assign' file.
>>>>>>>> 2) recreated the 'locals' file.
>>>>>>>> 3) recreated the 'rcpthost' file.
>>>>>>>>
>>>>>>>> Pop is working, I can log into it just fine. It appears
>>>>>>>> qmail-send is not authenticating
>>>>>>>> properly. I get the following errors:
>>>>>>>>
>>>>>>>> Hi. This is the qmail-send program at daffy.frontierbroadband.com.
>>>>>>>> I'm afraid I wasn't able to deliver your message to the
>>>>>>>> following addresses.
>>>>>>>> This is a permanent error; I've given up. Sorry it didn't work
>>>>>>>> out.
>>>>>>>>
>>>>>>>> <[EMAIL PROTECTED]>: <- this is a real email address,
>>>>>>>> couldn't resist a twist on it...
>>>>>>>> Sorry, no mailbox here by that name. (#5.1.1)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> vuserinfo returns appropriate data.
>>>>>>>>
>>>>>>>> This seems to be just related to the distribution only...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>
>>>>
>
>
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
