Re: Strange problem...
Also check you file /var/adm/messages for disk problems. Additionally just go to the directory where your mails are getting delivered and try to create a file i.e. touch junk Regards Manny - Original Message - From: Marcelo . [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 20, 2001 7:50 AM Subject: Strange problem... Hello, I have been running qmail for about 6 months without any problems. Since yesterday, people have been complaining that they are not receiving any email.. So I sent a few tests ones and sure enough they were not arriving, Nor are they bouncing! The error message in the log states: qmail: 985052700.964339 delivery 532877: deferral: Unable_to_write_./Mailbox:_invalid_argument._(#4.3.0) I thought that it might the space on the hard drive but it is not. Any thoughts? Thanks! __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Strange problem with Maildir delivery - partial solution
This isn't entirely consistent with what you're describing, but the fact that you backed up and restored /var suggests that you may have screwed up the permissions on your trigger. See http://web.infoave.net/~dsill/lwq.html#trigger Thanks! That did the trick. It lacked g+w/o+w. Now I just have to figure out why rsynch didn't preserve these permissions... -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0x5584BD98 or 'Peter Schuller [EMAIL PROTECTED]' Key retrival: Send an E-Mail to [EMAIL PROTECTED] E-Mail: [EMAIL PROTECTED] Web: http://scode.infidyne.com
Re: Strange problem with Maildir delivery - partial solution
On Sun, Nov 26, 2000 at 06:29:52PM -0500, Peter Schuller wrote: we recendly had a hard drive crash on a system using qmail. /home and /var were gone - we restored them from backup. No problem. We then installed a new hard drive and moved /var and /home over to it. After this, we are seeing some really strange things going on. *All* local deliveries result in "temporary_error_on_maildir_delivery" in the logs. No mail is delivered, and they remain in the queue. All mail dirs are fine in terms of permissions and contents. We have not touched them. The *strange* part is: All queued mail is delivered successfully if we restart qmail! In other words, we can make all mail be delievered within 10 minutes by restarting qmail automatically every 10 minutes. This is oviously stupid, which is why I am posting this message. Can anyone think of anything that might cause this strange behavior? Short of totally re-installing qmail and hoping for the best, what can we do? This isn't entirely consistent with what you're describing, but the fact that you backed up and restored /var suggests that you may have screwed up the permissions on your trigger. See http://web.infoave.net/~dsill/lwq.html#trigger Chris
Re: Strange problem with Maildir delivery - partial solution
On Sun, Nov 26, 2000 at 06:29:30PM -0500, Peter Schuller wrote: Hello, we recendly had a hard drive crash on a system using qmail. /home and /var were gone - we restored them from backup. No problem. We then installed a new hard drive and moved /var and /home over to it. After this, we are seeing some really strange things going on. *All* local deliveries result in "temporary_error_on_maildir_delivery" in the logs. No mail is delivered, and they remain in the queue. All mail dirs are fine in terms of permissions and contents. We have not touched them. What _exactly_ do the logs say? PGP signature
Re: strange problem with t-online
there is no user t nor a user t-online but still mail to t-online is *not* handled by ~/alias/.qmail-default but just creates that error message, how i can i "catch" it? wolfgang Also sprach Tim Hunter [EMAIL PROTECTED] on 28.09.2000: Check the permissions on your user t's Maildir - Original Message - in the course of some mailing list activity i keep getting this error: Sep 29 02:53:41 luzifer qmail: 970188821.500534 starting delivery 142187: msg 582933 to local [EMAIL PROTECTED] Sep 29 02:53:41 luzifer qmail: 970188821.500693 status: local 1/10 remote 1/20 Sep 29 02:53:41 luzifer qmail: 970188821.542630 delivery 142187: deferral: Unable_to_chdir_to_maildir._(#4.2.1) adding a user t didnt help, neither did various attempts with ~/alias/.qmail* files or aliases in /etc/aliases how could i direct those mails to some other account / alias? wolfgang
Re: strange problem with t-online
On Sun, Oct 01, 2000 at 09:12:45PM +0200, wolfgang zeikat wrote: there is no user t nor a user t-online but still mail to t-online is *not* handled by ~/alias/.qmail-default but just creates that error message, how i can i "catch" it? The qmail-getpw program is responsible for telling qmail where .qmail files responsible for a given local address are; your problems could be caused by its confusion. What is the output of: $ qmail-getpw t-online | xargs -0 echo $ id alias PGP signature
Re: strange problem with t-online
thanks, that solved my problem. Also sprach Alexander Pennace [EMAIL PROTECTED] on 01.10.2000: The qmail-getpw program is responsible for telling qmail where .qmail files responsible for a given local address are; your problems could be caused by its confusion. What is the output of: $ qmail-getpw t-online | xargs -0 echo $ id alias
Re: strange problem with t-online
Check the permissions on your user t's Maildir - Original Message - From: "wolfgang zeikat" [EMAIL PROTECTED] To: "qmailist" [EMAIL PROTECTED] Sent: Thursday, September 28, 2000 6:02 PM Subject: strange problem with t-online in the course of some mailing list activity i keep getting this error: Sep 29 02:53:41 luzifer qmail: 970188821.500534 starting delivery 142187: msg 582933 to local [EMAIL PROTECTED] Sep 29 02:53:41 luzifer qmail: 970188821.500693 status: local 1/10 remote 1/20 Sep 29 02:53:41 luzifer qmail: 970188821.542630 delivery 142187: deferral: Unable_to_chdir_to_maildir._(#4.2.1) adding a user t didnt help, neither did various attempts with ~/alias/.qmail* files or aliases in /etc/aliases how could i direct those mails to some other account / alias? wolfgang
Re: strange problem with SMTP connection to gmx.net
"Joel Gautschi" [EMAIL PROTECTED] wrote: I had a strange problem with mails to gmx.net today. Every message to gmx.net got this error: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/ That usually means the remote host (gxm.net) is having trouble. I didn't knew any solutions... so I restarted my system ;( The "solution" is to relax, don't worry, and let qmail do its job. It'll periodically try again for up to a week (by default). -Dave
Re: Strange Problem
Thus spake Gadoury ([EMAIL PROTECTED]): For some reason qmail-smtpd decided to stop recieving local mail delivered from a remote host. And here is the reason: this is my /etc/tcp.smtp file: :deny ^ You may want to have a :allow instead -- this will let any computer connect to tcpserver and therefore qmail-smtpd. Please note, that qmail will not relay in that case, so you are on the safe side. cheers, oec
Re: Strange Problem
On Fri, Sep 15, 2000 at 12:38:15AM -0400, Gadoury wrote: Logging is already setup using multilog. I just haven't figured out how to read them. I downloaded a couple of utilities for reading them but the documentation is a bit vague. The best program for making them clear and easier to understand is qmLogsort. Groups the lines by message so you don't have to track a single message across several pages of log files. But you've GOT to fix that relay problem. I am using tcpserver/tcprules and only have a few IPs enabled for relaying mail. From my reading it seems to me that should keep it pretty much secure. I am working on implementing the POP to SMTP scheme. Ah, but your rcpthosts file is empty, which make qmail default back to relaying for everyone. The RELAYCLIENT variable in your tcprules only serves to tell it to ignore rcpthosts for certain IPs. Here, I can prove it: petra:~$ telnet mail.grayhat.org 25 Trying 210.228.3.165... Connected to mail.grayhat.org. Escape character is '^]'. 220 mail.grayhat.org ESMTP helo doofus 250 mail.grayhat.org mail from:[EMAIL PROTECTED] 250 ok rcpt to:[EMAIL PROTECTED] 250 ok quit 221 mail.grayhat.org Connection closed by foreign host. petra:~$ Being a non-malicious type, I did not rape and pillage your server. However, I could have just as easily spammed 500,000 addresses from your server. Not a good thing. Have fun... And ADD THAT RCPTHOSTS FILE!!! Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Strange Problem
Thanks, I guess I misunderstood the way in which tcpserver workes. David Ah, but your rcpthosts file is empty, which make qmail default back to relaying for everyone. The RELAYCLIENT variable in your tcprules only serves to tell it to ignore rcpthosts for certain IPs. Here, I can prove it:
Re: Strange Problem
On Thu, Sep 14, 2000 at 10:51:01PM -0400, Gadoury wrote: For some reason qmail-smtpd decided to stop recieving local mail delivered from a remote host. I am able to send mail from the local domain to a remote domain (the machine I am sending mail from in both cases is a remote machine) We need to see the actual domain names, along with the full output from qmail-showctl. Also "qmail-smtpd decided to stop receiving" is a bit vague. What happens? Are any errors generated during the smtp exchange or written to the logs? Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Strange Problem
no problem. by decided to stop receiving I meant that it was recieving email fine but now it isnt. The only things I have been making changes to are the startup scripts. Logging is going directly to console for this as I don't currently have any programs set up to read the log files. Any suggestions? localdomain = grayhat.org (in the transaction it shows as www.graycastle.com) local email address = [EMAIL PROTECTED] local smtp server = mail.grayhat.org remote domain = cavtel.net remote email address = [EMAIL PROTECTED] remote smtp server = smtp.cavtel.net qmail-showctl: qmail home directory: /var/qmail. user-ext delimiter: -. paternalism (in decimal): 2. silent concurrency limit: 120. subdirectory split: 23. user ids: 515, 516, 517, 0, 518, 519, 520, 521. group ids: 514, 515. badmailfrom: (Default.) Any MAIL FROM is allowed. bouncefrom: Bounce user name is MAILER-DAEMON. bouncehost: Bounce host name is me. concurrencylocal: (Default.) Local concurrency is 10. concurrencyremote: (Default.) Remote concurrency is 20. databytes: (Default.) SMTP DATA limit is 0 bytes. defaultdomain: Default domain name is grayhat.org. defaulthost: Default host name is mail.grayhat.org. doublebouncehost: (Default.) 2B recipient host: mail.grayhat.org. doublebounceto: 2B recipient user: postmaster. envnoathost: (Default.) Presumed domain name is mail.grayhat.org. helohost: (Default.) SMTP client HELO host name is mail.grayhat.org. idhost: (Default.) Message-ID host name is mail.grayhat.org. localiphost: (Default.) Local IP address becomes mail.grayhat.org. locals: Messages for localhost are delivered locally. Messages for grayhat.org are delivered locally. me: My name is mail.grayhat.org. percenthack: (Default.) The percent hack is not allowed. plusdomain: (Default.) Plus domain name is mail.grayhat.org. qmqpservers: (Default.) No QMQP servers. queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds. rcpthosts: (Default.) SMTP clients may send messages to any recipient. morercpthosts: (Default.) No rcpthosts; morercpthosts is irrelevant. morercpthosts.cdb: (Default.) No effect. smtpgreeting: (Default.) SMTP greeting: 220 mail.grayhat.org. smtproutes: (Default.) No artificial SMTP routes. timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds. timeoutremote: (Default.) SMTP client data timeout is 1200 seconds. timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds. virtualdomains: (Default.) No virtual domains. transactions: tcpserver: status: 1/40 tcpserver: pid 32587 from 64.83.0.22 tcpserver: deny 32587 www.graycastle.com:210.228.3.165:25 mail02.cavtel.net:64.83.0.22::2518 -- my ISP SMTP SERVER tcpserver: end 32587 status 25600 tcpserver: status: 0/40 cpserver: ok 32630 www.graycastle.com:210.228.3.165:25 64.83.19.66.dsl66-static-ric.cavtel.net:64.83.19.66::49545 tcpserver: end 32630 status 0 using GRAYHAT.ORG SMTP tcpserver: status: 0/40 tcpserver: status: 1/40 tcpserver: pid 32632 from 210.154.57.78 tcpserver: deny 32632 www.graycastle.com:210.228.3.165:25 6100.kkinterface.co.jp:210.154.57.78::2944 tcpserver: end 32632 status 25600 tcpserver: status: 0/40 tcpserver: status: 1/40
Re: Strange Problem
On Thu, Sep 14, 2000 at 11:23:39PM -0400, Gadoury wrote: no problem. by decided to stop receiving I meant that it was recieving email fine but now it isnt. The only things I have been making changes to are the startup scripts. Logging is going directly to console for this as I don't currently have any programs set up to read the log files. Any suggestions? It looks to me like your configuration would work, although it IS a wide-open relay. The key here is this (all together now): What Do the Logs Say? (tm) The logs are your friends, so I would highly recommend you start doing some logging. Whether you use DJB's multilog or splogger doesn't really matter. Splogger would probably be easiest to set up. Anyway, there are so many things that can stop delivery that it would be silly to attempt any more troubleshooting without any logs. But you've GOT to fix that relay problem. The first time someone portscans your network you'll be used as a spam relay, which will get you listed in RSS, ORBS, RBL, etc. and you will find yourself unable to send mail to most of the internet. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Strange Problem with qmail config
"Mitul Limbani" [EMAIL PROTECTED] wrote: My problem is when i send all the users message frm the console mode thru pine the messages get transferred to the users ./Maildir/ directory but if i send the same thru my pop box using my isp as my relay server the mail gets stored in the ./Mailbox of the users.. qmail doesn't treat local and remote injection differently: the same recipient's mail will be delivered the same way regardless of where it comes from. What's your default delivery method? Does the user in question have a .qmail file? What's in it? Post log entries for both deliveries. Now the second part of the problem is I m using qmail-pop3d on the pop end.. but i m getting this error message cant find $HOME/Maildir for the user so the pollin is not happening for the users.. i checked out the enviromental variable $Mail which says the users homedirectory/Maildir/ The MAIL environment variable is irrelevant. Does $HOME/Maildir exist? Is it owned by the user? Is it really a maildir (e.g., created using maildirmake)? -Dave
Re: Strange problem
First give the two servers different locals. On our mail server we have a virtual domain under a user. If you use a virtual domain anyway you can put the 4 user addresses into virtualdomains too. I didn't test if this takes precedence over the domain, but you may try it. Else there is still the qmail-users mechanism. Regards, Frank
Re: Strange Problem
Bill Parker wrote: Hi All, I'm running qmail v1.03, qmailadmin, tcpserver, vpopmail...what I want to do is have a copy of all mail received at [EMAIL PROTECTED] forwarded to [EMAIL PROTECTED] (i.e. have one copy deposited in his mail dir at work, and the other to his ISP, but when I do this with .qmail-shark and put in [EMAIL PROTECTED], it prevents any mail from being received by his account, even though qmail's logs show it to be delivered...what could I be doing wrong? -Bill You need two lines in .qmail-shark One to forward and one to place in the users Maildir Like: [EMAIL PROTECTED] ./Maildir/ Or whatever the path to the maildir is. Ken Jones www.inter7.com
Re: Strange problem... please help.
Are you running qmail-smtpd under tcpserver? If not, you should as this will allow you to get a more detailed log of smtp connections. You could also try a tcpdump. Si seiheng wrote: The saddest part of live is you have to work some ppl who are _not_ helpful in solving problem. I need to do some thing (project related to my work) with this site, things have not been working well be me and other guy, and they keep blaming is my fault. Anyway, thanks for the info, sorry to bother you about my problem. I think of something else... Sei Heng Simon Rae wrote: I don't know if the sites you mentioned use qmail for incoming mail or not. Anyway, qmail handles messages with bare lfs correctly. Besides, this may not be the problem. Once again I'd suggest you ask the postmaster from this site to check their SMTP log and see if that gives any indication. Si seiheng wrote: But, If remember correctly, yahoo.com and netscape.net both using Qmail, both site able to receive the mail send from this MS SMTP server. If other MTAs allow 'bare lf' why did Qmail disallow it? Is there a patch where I could just make Qmail behave as other MTAs? Thanks, Sei Heng Simon Rae wrote: I've had the same problem receiving mail from a Microsoft SMTP server. I think it's down to the 'bare lf' problem although I may well be wrong. Sendmail and other MTAs accept these but qmail bounces them. Ask this remote site to check their SMTP log for clues. Si seiheng wrote: There is this remote mail server that can send email to one of my server running Sendmail, but it just can't send email to servers running Qmail (I tested 3 server running Qmail, all of them cannot received email from that remote server). I have been running Qmail for most of may mail server. They all run just fine, until I encounter this server. I use that mail server to send email to yahoo, asiamail, netscape, they all works. But it just can't reach my mail servers. I also tried sending email from other free email server, all could reach my server. Now, this may sound a bit confusing. But I am totolly run out of ideas. That remote server is running 'Microsoft SMTP MAIL' when I do a "telnet host 25". I'm running: Qmail version: 1.03 OS: Linux Slackware 4.0 Sei Heng ps: There is no entry in my servers mail logs
Re: Strange problem... please help.
Hello Netscape.net doesn't use qmail for inbound just out bound. We use our own homegrown MTA at both USA.Net and Netscape.net.
Re: Strange problem... please help.
I've had the same problem receiving mail from a Microsoft SMTP server. I think it's down to the 'bare lf' problem although I may well be wrong. Sendmail and other MTAs accept these but qmail bounces them. Ask this remote site to check their SMTP log for clues. Si seiheng wrote: There is this remote mail server that can send email to one of my server running Sendmail, but it just can't send email to servers running Qmail (I tested 3 server running Qmail, all of them cannot received email from that remote server). I have been running Qmail for most of may mail server. They all run just fine, until I encounter this server. I use that mail server to send email to yahoo, asiamail, netscape, they all works. But it just can't reach my mail servers. I also tried sending email from other free email server, all could reach my server. Now, this may sound a bit confusing. But I am totolly run out of ideas. That remote server is running 'Microsoft SMTP MAIL' when I do a "telnet host 25". I'm running: Qmail version: 1.03 OS: Linux Slackware 4.0 Sei Heng ps: There is no entry in my servers mail logs
Re: Strange problem... please help.
But, If remember correctly, yahoo.com and netscape.net both using Qmail, both site able to receive the mail send from this MS SMTP server. If other MTAs allow 'bare lf' why did Qmail disallow it? Is there a patch where I could just make Qmail behave as other MTAs? Thanks, Sei Heng Simon Rae wrote: I've had the same problem receiving mail from a Microsoft SMTP server. I think it's down to the 'bare lf' problem although I may well be wrong. Sendmail and other MTAs accept these but qmail bounces them. Ask this remote site to check their SMTP log for clues. Si seiheng wrote: There is this remote mail server that can send email to one of my server running Sendmail, but it just can't send email to servers running Qmail (I tested 3 server running Qmail, all of them cannot received email from that remote server). I have been running Qmail for most of may mail server. They all run just fine, until I encounter this server. I use that mail server to send email to yahoo, asiamail, netscape, they all works. But it just can't reach my mail servers. I also tried sending email from other free email server, all could reach my server. Now, this may sound a bit confusing. But I am totolly run out of ideas. That remote server is running 'Microsoft SMTP MAIL' when I do a "telnet host 25". I'm running: Qmail version: 1.03 OS: Linux Slackware 4.0 Sei Heng ps: There is no entry in my servers mail logs
Re: Strange problem... please help.
The saddest part of live is you have to work some ppl who are _not_ helpful in solving problem. I need to do some thing (project related to my work) with this site, things have not been working well be me and other guy, and they keep blaming is my fault. Anyway, thanks for the info, sorry to bother you about my problem. I think of something else... Sei Heng Simon Rae wrote: I don't know if the sites you mentioned use qmail for incoming mail or not. Anyway, qmail handles messages with bare lfs correctly. Besides, this may not be the problem. Once again I'd suggest you ask the postmaster from this site to check their SMTP log and see if that gives any indication. Si seiheng wrote: But, If remember correctly, yahoo.com and netscape.net both using Qmail, both site able to receive the mail send from this MS SMTP server. If other MTAs allow 'bare lf' why did Qmail disallow it? Is there a patch where I could just make Qmail behave as other MTAs? Thanks, Sei Heng Simon Rae wrote: I've had the same problem receiving mail from a Microsoft SMTP server. I think it's down to the 'bare lf' problem although I may well be wrong. Sendmail and other MTAs accept these but qmail bounces them. Ask this remote site to check their SMTP log for clues. Si seiheng wrote: There is this remote mail server that can send email to one of my server running Sendmail, but it just can't send email to servers running Qmail (I tested 3 server running Qmail, all of them cannot received email from that remote server). I have been running Qmail for most of may mail server. They all run just fine, until I encounter this server. I use that mail server to send email to yahoo, asiamail, netscape, they all works. But it just can't reach my mail servers. I also tried sending email from other free email server, all could reach my server. Now, this may sound a bit confusing. But I am totolly run out of ideas. That remote server is running 'Microsoft SMTP MAIL' when I do a "telnet host 25". I'm running: Qmail version: 1.03 OS: Linux Slackware 4.0 Sei Heng ps: There is no entry in my servers mail logs
Re: Strange problem
OK, I figured it out (sort of). ~alias/.qmail-postmaster was forwarding to root.. When I changed it to adam-postmaster, mail to root started working again. Anyone have an idea why this happened? --Adam On Sat, Jul 03, 1999 at 12:27:00AM -0400, Adam D . McKenna wrote: Here's a dumb one. Can anyone tell me why this is happening? adam@spotted:~$ cat ~alias/.qmail-root adam-root adam@spotted:~$ cat ~adam/.qmail-root ./Mail/root/ I tried changing ~alias/.qmail-root to be adam-rt instead of adam-root but the same thing happens. - Forwarded message from [EMAIL PROTECTED] - Delivered-To: [EMAIL PROTECTED] Date: 3 Jul 1999 04:18:47 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at virtual-estate.net. 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 message is looping: it already has my Delivered-To line. (#5.4.6) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 3654 invoked by alias); 3 Jul 1999 04:18:47 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 3652 invoked by uid 1000); 3 Jul 1999 04:18:47 - Date: 3 Jul 1999 04:18:47 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] to: [EMAIL PROTECTED] - End forwarded message -
Re: Strange problem with header of outoing mails
Kaspar Landsberg wrote/schrieb/scribsit: This looks pretty messed up. First, there is "From [EMAIL PROTECTED]" and "Return-path: [EMAIL PROTECTED]". At least the return path should be "[EMAIL PROTECTED]" because that´s my mail address. "[EMAIL PROTECTED]" does not exist! (Btw, "Ukl" is my UUCP login on my uucp uplink. I wonder how it got there.) PS: I set up UUCP according to point 2.3. in the qmail FAQ and since the mail arrives correctly in the outgoing queue, i assume that this part has been done correctly. Try leaving out the -f option to preline. Your uucp uplink needs a From line, I suppose. Stefan
Re: Strange problem with header of outoing mails
Hi, On Sun, May 16, 1999 at 07:23:49PM +0200, Stefan Paletta wrote: | Try leaving out the -f option to preline. Your uucp uplink needs a From | line, I suppose. hmm, now i get this: --- cut here --- From [EMAIL PROTECTED] Sun May 16 21:06:03 1999 Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Delivery-date: Sun, 16 May 1999 21:06:03 +0200 Received: from unlisys.snafu.de ([194.64.64.23] helo=mail.unlisys.net) by www.inx.de with smtp (Exim 2.12 #2) id 10j6Ec-0001au-00 for [EMAIL PROTECTED]; Sun, 16 May 1999 21:06:02 +0200 Received: by mail.unlisys.net (Smail3.2.0.96inx) id m10j6Ec-00vEroC; Sun, 16 May 1999 21:06:02 +0200 (MET DST) Received: (qmail 7706 invoked by uid 500); 16 May 1999 19:09:04 - Date: Sun, 16 May 1999 21:09:04 +0200 From: Kaspar Landsberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: test --- cut here --- Looks a bit better but i'm still unsure whether replies sent to me using the above Return-path would arrive correctly. Would they? :) Bye, Kasi -- Kaspar Landsberg, [EMAIL PROTECTED]
Re: strange problem with qmail
Kyle Buttress writes: Hi I'm having a strange problem with qmail and delivery? On one day the mail gets delivered to a particular virtualdomain user and the net day the same user gets a failure notice. I'm using qmail-1.03 Hi, Kyle. sarcasmI've been using qmail since about a week after Dan announced it. Because of my years of experience, and ONLY because of my years of experience (not because you've given us *any* details) I can tell that the problem is line 37 of /var/qmail/control/virtualdomains. Change the ';' in column 12 to a semicolon./sarcasm. If you want a poor answer, ask a poor question. -- -russ nelson [EMAIL PROTECTED] http://crynwr.com/~nelson Crynwr supports Open Source(tm) Software| PGPok | There is good evidence 521 Pleasant Valley Rd. | +1 315 268 1925 voice | that freedom is the Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | cause of world peace.
Re: strange problem with qmail
Eric Shafto writes: Russ, your criticism is valid, but not helpful. It would have taken less effort for you to tell Kyle what info he should be providing. How about starting with a description of what he expected to happen, and what really did happen? I would think that would be obvious. -- -russ nelson [EMAIL PROTECTED] http://crynwr.com/~nelson Crynwr supports Open Source(tm) Software| PGPok | There is good evidence 521 Pleasant Valley Rd. | +1 315 268 1925 voice | that freedom is the Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | cause of world peace.
Re: strange problem with qmail
Eric Shafto [EMAIL PROTECTED] wrote: Russ, your criticism is valid, but not helpful. It would have taken less effort for you to tell Kyle what info he should be providing. If people doesn't know how to solve the problem themselves, they may well not know what information is important or relevant to help troubleshoot. Maybe this should be a FAQ. I just posted this yesterday: ] 1) What did you do? Specifically, which config files did you modify, ] and what did you put in them. Don't say "..create a ] .qmail-domain-com-default file with the email address...", say, ] "I did echo [EMAIL PROTECTED] ] /var/qmail/alias/.qmail-example-com-default". Don't leave ] anything out; e.g., what, if anything, did you put in ] /var/qmail/control/virtualdomains? Don't "sanitize" your data: if ] the domain in question is foobar.com, don't call it ] "domain.com". The output of "qmail-showctl" is often useful. It ] often helps to know what OS/hardware/qmail release you're ] running, too. ] ] 2) What did you expect to happen? Describe the details of your test. ] ] 3) What actually happened? The detailed results of the test, ] including log file snippets and copies of messages, including ] headers, if appropriate. ] ]Details, details, details. Usually, overly general requests are ]ignored on this list because we don't have the time/desire to coerce ]information out of people who don't provide even the basics when ]asking a question. -Dave
Re: strange problem with dot_forward with Solaris 2.6
On Mon, Mar 08, 1999 at 05:43:44PM -0700, [EMAIL PROTECTED] wrote: Hi there, I'm puzzled by the qmail-start script, maybe someone can give me a hint. The script is like the following: supervise /var/lock/qmail /var/qmail/bin/qmail-start \ '|dot-forward .forward ./Maildir/' accustamp \ .forward and ./Maildir/ are on one line here. | setuser qmaill supervise /var/lock/qmail-cyclog cyclog \ /var/log/qmail/qmail It gave me the following error messages in about every 10 messages: 920934855.867884 delivery 22: deferral: dot-forward:_fatal:_unable_to_parse_this_line:_/ But it will disappear if I use the following script: /bin/sh -cf '/var/qmail/rc ' And /var/qmail/rc is like the following: #!/bin/sh exec env - PATH="/var/qmail/bin:$PATH" \ qmail-start '|dot-forward .forward ./Maildir/' splogger qmail Here, they're on two lines. Did I miss something here? I have poked around try to find the answer but no vail. The first script works on the Red hat linux 5.2 though. I really like to use the supervise tools and the cyclog. Any help is highly appreciated. Just put the newline in between .forward and ./Maildir/ Greetz, Peter. -- .| Peter van Dijk | mo|VERWEG stoned worden of coden .| [EMAIL PROTECTED] | mo|VERWEG dat is de levensvraag | mo|VERWEG coden of stoned worden | mo|VERWEG stonend worden En coden | mo|VERWEG hmm | mo|VERWEG dan maar stoned worden en slashdot lezen:)
Re: strange problem with dot_forward with Solaris 2.6
It fixed it. Thanks a lot. --George On Tue, 9 Mar 1999, Peter van Dijk wrote: On Mon, Mar 08, 1999 at 05:43:44PM -0700, [EMAIL PROTECTED] wrote: Hi there, I'm puzzled by the qmail-start script, maybe someone can give me a hint. The script is like the following: supervise /var/lock/qmail /var/qmail/bin/qmail-start \ '|dot-forward .forward ./Maildir/' accustamp \ .forward and ./Maildir/ are on one line here. | setuser qmaill supervise /var/lock/qmail-cyclog cyclog \ /var/log/qmail/qmail It gave me the following error messages in about every 10 messages: 920934855.867884 delivery 22: deferral: dot-forward:_fatal:_unable_to_parse_this_line:_/ But it will disappear if I use the following script: /bin/sh -cf '/var/qmail/rc ' And /var/qmail/rc is like the following: #!/bin/sh exec env - PATH="/var/qmail/bin:$PATH" \ qmail-start '|dot-forward .forward ./Maildir/' splogger qmail Here, they're on two lines. Did I miss something here? I have poked around try to find the answer but no vail. The first script works on the Red hat linux 5.2 though. I really like to use the supervise tools and the cyclog. Any help is highly appreciated. Just put the newline in between .forward and ./Maildir/ Greetz, Peter. -- .| Peter van Dijk | mo|VERWEG stoned worden of coden .| [EMAIL PROTECTED] | mo|VERWEG dat is de levensvraag | mo|VERWEG coden of stoned worden | mo|VERWEG stonend worden En coden | mo|VERWEG hmm | mo|VERWEG dan maar stoned worden en slashdot lezen:)
Re: Strange problem
- Andrei [EMAIL PROTECTED]: | Mar 5 16:50:03 lspvs qmail: 920645403.863008 delivery 12: deferral: | *Home_directory_is_sticky:_user_is_editing_his_.qmail_file._(#4.2.1)/* Read the section SAFE QMAIL EDITING in the dot-qmail man page. - Harald
Re: Strange problem (solved)
If the home directory (the directory where .qmail file is) has sticky bit set (ie. permissions like drwxr-xr-t), qmail postpones delivery (by setting sticky bit, you're telling "I am working on updates". Do chmod o-t ~ -- Petr Novotny, ANTEK CS [EMAIL PROTECTED] http://www.antek.cz -- Don't you know there ain't no devil there's just God when he's drunk. [Tom Waits] That was it. Thanx. --- Andrei Postolache, [EMAIL PROTECTED], +40-35360249 An ideal world: no stupids, no 16800 bps connections and Windows works(what for, i don't know). ---