Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Please don't cc: me; I'm on the mailing list. Stephen Froehlich <[EMAIL PROTECTED]> wrote: > > The only reason they need .qmail files is because your qmail-start default > > delivery argument is broken: > > > > qmail-start 'dot-forward .forward | > > ./Maildir/' > > > > If you really want to use dot-forward, followed by ./Maildir/ if .forward > > doesn't exist, it'll have to be: > > > > qmail-start '|dot-forward .forward > > ./Maildir/' > > > > Note your pipe symbol is in the wrong place. > > I see. Should the newline still be in there? Yes. Each delivery instruction has to be on a separate line in the .qmail file, and the argument to qmail-start follows this format. That's one of the reasons you need to quote the whole thing. > On the other hand, now that .qmail is in /etc/skel, that gives me some added > flexibility without the trouble. I should still fix it--to make assurance > double sure. You should change it. In fact, not having a .qmail file in /etc/skel is usually a good idea -- it makes it easier to change the default delivery instructions -- you don't have to grep through every user's files. > If I change rc to what you have above, will .qmail files in users homedirs > still be honored? Yes. A user's .qmail file always overrides the default delivery instructions; that's why putting .qmail files in these users' directories worked when the qmail-start argument wasn't correct. > I must say that I like the feature that qmail will hold the messages in > the queue until you fix things (as opposed to bouncing them), I'm sure that > it has covered a multitude of sins (i.e. users only notice when they get > confirmation that mail isn't being delivered instantly). Note that qmail will only hold it in the queue for queuelifetime seconds; after that, the mail will bounce. > Thanks again for all of your help - honestly, this mailing list, though > it is a little slower than picking up the phone and calling is of more > consistent quality than most tech support organizations. If you want pick-up-the-phone responsiveness _and_ accuracy, hire Russell Nelson as your qmail consultant. He does phone support, and takes credit cards too :). Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
> The only reason they need .qmail files is because your qmail-start default > delivery argument is broken: > > qmail-start 'dot-forward .forward | > ./Maildir/' > > If you really want to use dot-forward, followed by ./Maildir/ if .forward > doesn't exist, it'll have to be: > > qmail-start '|dot-forward .forward > ./Maildir/' > > Note your pipe symbol is in the wrong place. I see. Should the newline still be in there? On the other hand, now that .qmail is in /etc/skel, that gives me some added flexibility without the trouble. I should still fix it--to make assurance double sure. If I change rc to what you have above, will .qmail files in users homedirs still be honored? I must say that I like the feature that qmail will hold the messages in the queue until you fix things (as opposed to bouncing them), I'm sure that it has covered a multitude of sins (i.e. users only notice when they get confirmation that mail isn't being delivered instantly). Thanks again for all of your help - honestly, this mailing list, though it is a little slower than picking up the phone and calling is of more consistent quality than most tech support organizations.
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Stephen Froehlich <[EMAIL PROTECTED]> wrote: > Solved - the difference was that these two users also didn't have a .qmail > in their home directory at all. (I had set them up before I had /etc/skel > fleshed out.) Thanks again for your help. The only reason they need .qmail files is because your qmail-start default delivery argument is broken: qmail-start 'dot-forward .forward | ./Maildir/' If you really want to use dot-forward, followed by ./Maildir/ if .forward doesn't exist, it'll have to be: qmail-start '|dot-forward .forward ./Maildir/' Note your pipe symbol is in the wrong place. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Stephen Froehlich <[EMAIL PROTECTED]> wrote:
>
> No, neither of these users have .qmail files in their home directory.
As Russ said, check your default delivery argument -- it has the same format
as a .qmail file, but is supplied on the commandline to qmail-start. This
should be located in your /var/qmail/rc or /service/{qmail,qmail-send}/run
scripts.
> They have .qmail files in /var/qmail/alias referring to the usernames e.g..
> "echo admin_email > .qmail-postmaster", however many of those are working
> just fine, just not the ones pointing to these two users.
Note that forwarding lines really should begin with a '&' -- it works if you
leave it off only if the first character of the username is a letter or
number. You mentioned there were underscores in these users' names; they
wouldn't _start_ with an underscore, would they?
If so, I claim another victory for the "post _all_ information right from the
start, because you don't know what's relevant" camp.
Charles
--
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
---
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Solved - the difference was that these two users also didn't have a .qmail in their home directory at all. (I had set them up before I had /etc/skel fleshed out.) Thanks again for your help.
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
OK, I may be a little confused. /var/qmail/rc reads --- #!/bin/sh exec env - PATH = "/var/qmail/bin:$PATH" \ qmail-start 'dot-forward .forward | ./Maildir/' --- None of the users have .qmail files in their home directories. In addition, most users are working, including others that are going through .qmail files. For example, I recieve email at [EMAIL PROTECTED] just fine, and there exists a file "echo froehlik > /var/qmail/alias/.qmail-froehlichs". - Original Message - From: "Williams, Paul (OTS-EDH)" <[EMAIL PROTECTED]> To: "'Stephen Froehlich'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, June 26, 2001 10:32 AM Subject: RE: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > Check their .qmail files (and the system qmail-local default) and see if you > mistakenly put "./Maildir" instead of "./Maildir/". > > -Original Message- > From: Stephen Froehlich [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 26, 2001 8:01 AM > To: [EMAIL PROTECTED] > Subject: Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > > > The other thing that makes these users unique is that they have an "_" in > their usernames. Is this a no_no? > > - Original Message - > From: "Stephen Froehlich" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, June 26, 2001 9:41 AM > Subject: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > > > > I have a couple of users who aren't receiving mail with the following > error > > message > > > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > > > > These users are somewhat unique in that they were created before I had a > > maildir in /etc/skel, however, I su'ed to them and ran maildirmake to give > > them maildirs. > > > > Their home dirs (/home/uname) have permissions of 700 (owned by the user) > > The Maildir is also 700, and owned by the user > > > > Any idears? > > > > Thanx, > > Stephen > > > > > > Notice: This e-mail and any attachments are intended only for the > individual or company to which it is addressed and may contain information > which is privileged, confidential and prohibited from disclosure or > unauthorized use under applicable law. If you are not the intended > recipient of this e-mail, you are hereby notified that any use, > dissemination, or copying of this e-mail or the information contained in > this e-mail is strictly prohibited by the sender. If you have received this > transmission in error, please return the material received to the sender and > delete all copies from your system. Thank you. >
RE: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Check their .qmail files (and the system qmail-local default) and see if you mistakenly put "./Maildir" instead of "./Maildir/". -Original Message- From: Stephen Froehlich [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 26, 2001 8:01 AM To: [EMAIL PROTECTED] Subject: Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/ The other thing that makes these users unique is that they have an "_" in their usernames. Is this a no_no? - Original Message - From: "Stephen Froehlich" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 26, 2001 9:41 AM Subject: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > I have a couple of users who aren't receiving mail with the following error > message > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > > These users are somewhat unique in that they were created before I had a > maildir in /etc/skel, however, I su'ed to them and ran maildirmake to give > them maildirs. > > Their home dirs (/home/uname) have permissions of 700 (owned by the user) > The Maildir is also 700, and owned by the user > > Any idears? > > Thanx, > Stephen > Notice: This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. Thank you.
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
> That would be fine if you wanted email delivered to a mbox-format file > named "Maildir", confusing as that would be. I rather expect, though, > that you forgot the slash at the end of ./Maildir/. No, neither of these users have .qmail files in their home directory. They have .qmail files in /var/qmail/alias referring to the usernames e.g.. "echo admin_email > .qmail-postmaster", however many of those are working just fine, just not the ones pointing to these two users.
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Stephen Froehlich writes: > I have a couple of users who aren't receiving mail with the following error > message > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ Sounds like they have a .qmail file that looks like this: ./Maildir That would be fine if you wanted email delivered to a mbox-format file named "Maildir", confusing as that would be. I rather expect, though, that you forgot the slash at the end of ./Maildir/. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
On Tue, Jun 26, 2001 at 09:41:18AM -0500, Stephen Froehlich wrote: > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ correct you /var/qmail/rc. Hint: a / is missing. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
On Tue, Jun 26, 2001 at 09:41:18AM -0500, Stephen Froehlich wrote: > I have a couple of users who aren't receiving mail with the following error > message > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > Here's a tip -- _directory_ delivery instructions end in a trailing slash. _File_ delivery instructions do not. Check .qmail files and the default delivery method -- Greg White
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Stephen Froehlich <[EMAIL PROTECTED]> wrote: > I have a couple of users who aren't receiving mail with the following error > message > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > > These users are somewhat unique in that they were created before I had a > maildir in /etc/skel, however, I su'ed to them and ran maildirmake to give > them maildirs. > > Their home dirs (/home/uname) have permissions of 700 (owned by the user) > The Maildir is also 700, and owned by the user > > Any idears? It appears that the delivery instruction for those users (in their .qmail files) contain an mbox delivery line (no trailing slash). qmail looks for an mbox file, finds a directory, and complains. Fix the contents of their .qmail files and it should be fine. `man dot-qmail` for details. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
The other thing that makes these users unique is that they have an "_" in their usernames. Is this a no_no? - Original Message - From: "Stephen Froehlich" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 26, 2001 9:41 AM Subject: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > I have a couple of users who aren't receiving mail with the following error > message > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ > > These users are somewhat unique in that they were created before I had a > maildir in /etc/skel, however, I su'ed to them and ran maildirmake to give > them maildirs. > > Their home dirs (/home/uname) have permissions of 700 (owned by the user) > The Maildir is also 700, and owned by the user > > Any idears? > > Thanx, > Stephen >
deferral: /bin/sh:_./Maildir/:_is_a_directory/
I have a couple of users who aren't receiving mail with the following error message delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ These users are somewhat unique in that they were created before I had a maildir in /etc/skel, however, I su'ed to them and ran maildirmake to give them maildirs. Their home dirs (/home/uname) have permissions of 700 (owned by the user) The Maildir is also 700, and owned by the user Any idears? Thanx, Stephen
