what's wrong with my system
Hi, I just installed qmail following life with qmail ( great instruction :) ) But after installed the qmail, I can send the message, but it seems the message never reach the recipient, when I tried to run qmail- qstat, it stated that there are document in the queue, when I tried to figure it out, I found out that the number is the same with qty of email I have sent that never reach the recipient. in the lwq written that a properly-running, complete, but minimal qmail installation should always have 4 processes, that is qmail-send as qmails qmail-clean as qmailq qmail-rspawn as qmailr and qmail-lspawn as root I don't have qmail-clean, qmail-rspawn, qmail-lspawn when doing ps waux | grep qmail, I just have : qmail-send running as root qmail-pop3d running as root qmail-smtpd running as root What's wrong with my system, which configuration file should I check ? Thanks in advance Have a nice day Regards, Sobari Tanuwijaya ICQ #56877173
Re: more startup fun
On Wed, Jul 04, 2001 at 01:41:40AM -0500, David Dahl wrote: > I cannot get qmail to startup properly: The examples you showed are from an installation that uses daemontools. Is svscan running? [...] > shutdown and error: > = > [root@mckenna bin]# /etc/init.d/qmailctl stop > Stopping qmail... > qmail-smtpd > svc: warning: unable to control /service/qmail-smtpd: file does not exist > qmail-send > svc: warning: unable to control /service/qmail-send: file does not exist Those directories aren't being supervised; probably svscan isn't running > listing of /service: > == > > [root@mckenna /service]# ls -lia > total 16 >32618 drwxr-xr-t3 root qmail4096 Jul 3 12:57 ./ >32613 drwxr-xr-x5 root qmail4096 Jul 3 12:16 ../ >32619 drwxr-xr-x2 root qmail4096 Jul 3 10:20 log/ >32623 lrwxrwxrwx1 root root 32 Jul 3 12:57 > qmail-send -> /var/qmail/supervise/qmail-send// >32624 lrwxrwxrwx1 root root 33 Jul 3 12:57 > qmail-smtpd -> /var/qmail/supervise/qmail-smtpd// >32620 -rwxr-xr-x1 root qmail 212 Jul 3 10:16 run* Why is there a "log" directory and a "run" file in your /service? You have your /service directory configured like it is a service itself; it's not. the /service directory is used to tell svscan where to find services to supervise. Also, the /service directory should be owned root.root, not root.qmail . You should only have symlinks to service directories in /service, like the ones you have for qmail-send and qmail-smtpd . If svscan can't start those, it writes messages to the console. [...] > do i even need xinietd with tcpserver? No; tcpserver is a replacement for inetd-like tools. > do i have permissions problems up in /service? Apart from it being owned root.qmail, no. Vince.
Re: more startup fun
>On Wed, Jul 04, 2001 at 01:41:40AM -0500, David Dahl wrote: > >> I cannot get qmail to startup properly: > >The examples you showed are from an installation that uses daemontools. Is >svscan running? Yes, it is installed and can run. i guess i just realized that i did not activate svscan in inittab... do i need to reboot now? >[...] > >> shutdown and error: > > = >qmail-send > > svc: warning: unable to control /service/qmail-send: file does not exist > >Those directories aren't being supervised; probably svscan isn't running I guess I do not understand how "supervise" works... > > listing of /service: >> == >> >> [root@mckenna /service]# ls -lia > > total 16 > qmail-smtpd -> /var/qmail/supervise/qmail-smtpd// > >32620 -rwxr-xr-x1 root qmail 212 Jul 3 10:16 run* > >Why is there a "log" directory and a "run" file in your /service? You have >your /service directory configured like it is a service itself; it's not. >the /service directory is used to tell svscan where to find services to >supervise. Also, the /service directory should be owned root.root, not >root.qmail I have been following "Life with qmail" all night. It says to setup the log dir and run file in that directory. >You should only have symlinks to service directories in /service, like the >ones you have for qmail-send and qmail-smtpd . If svscan can't start those, >it writes messages to the console. i did >[...] > >> do i even need xinietd with tcpserver? > >No; tcpserver is a replacement for inetd-like tools. > > > do i have permissions problems up in /service? > >Apart from it being owned root.qmail, no. > >Vince. --
Re: weird qmail-popup behaviour?
On Wed, Jul 04, 2001 at 08:17:13AM +0200, Arjen van Drie wrote: [snip] > > Any ideas? Hmm, no clue. Tried stracing? Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: more startup fun
On Wed, Jul 04, 2001 at 03:05:44AM -0500, David Dahl wrote: >>On Wed, Jul 04, 2001 at 01:41:40AM -0500, David Dahl wrote: >>> I cannot get qmail to startup properly: >>The examples you showed are from an installation that uses daemontools. Is >>svscan running? > Yes, it is installed and can run. i guess i just realized that i did > not activate svscan in inittab... > do i need to reboot now? Yes, or do # kill -HUP 1 As in section 2.7 of Life With Qmail. >>> shutdown and error: >>> = >> qmail-send >>> svc: warning: unable to control /service/qmail-send: file does not exist >> >>Those directories aren't being supervised; probably svscan isn't running > I guess I do not understand how "supervise" works... http://cr.yp.to/daemontools/supervise.html supervise switches to the directory named service and starts ./run. It restarts ./run if ./run exits. It pauses for a second before starting ./run, so that it does not loop too quickly if ./run exits immediately. supervise is used to manage a service; svscan is used to manage the 'supervise'rs. [...] >>Why is there a "log" directory and a "run" file in your /service? You have >>your /service directory configured like it is a service itself; it's not. >>the /service directory is used to tell svscan where to find services to >>supervise. Also, the /service directory should be owned root.root, not >>root.qmail > I have been following "Life with qmail" all night. It says to setup > the log dir and run file in that directory. I just searched Life With Qmail looking for that instruction; it doesn't say that. Vince.
Re: more startup fun
On Wed, Jul 04, 2001 at 10:23:28AM +0200, Vincent Schonau wrote: > On Wed, Jul 04, 2001 at 03:05:44AM -0500, David Dahl wrote: >> do i need to reboot now? > Yes, or do > # kill -HUP 1 Correction; don't do this now; do it after you've corrected your installation. Vince.
Re: more startup fun
>On Wed, Jul 04, 2001 at 03:05:44AM -0500, David Dahl wrote: >>>On Wed, Jul 04, 2001 at 01:41:40AM -0500, David Dahl wrote: > I cannot get qmail to startup properly: > >>>The examples you showed are from an installation that uses daemontools. Is > >>svscan running? -- i finally looked at the console after rebooting: env: SQUARE ICON: No such file or directory env: SQUARE ICON: No such file or directory env: SQUARE ICON: No such file or directory env: SQUARE ICON: No such file or directory env: SQUARE ICON: No such file or directory env: SQUARE ICON: No such file or directory INIT: Id "SV" respawning too fast: disabled for 5 minutes (SQUARE ICON is actually a white square) h... i am really lost now, but i assume this means that svscan is really not running... david
sending mail via MS Exchange
Hi, I want my Qmail to be able only to send mail, NOT recieve. My smtp server is a MS Exchange, but that shouldn't be a problem, I hope. I've been looking at following control files: me defaulthost defaultdomain rcphosts smtproutes qmqpservers I simply can't make it to work, hope someone can. Could someone please tell me how to make it to work. Thanks Jan Bymark This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Re: more startup fun
On Wed, Jul 04, 2001 at 03:47:33AM -0500, David Dahl wrote: > >On Wed, Jul 04, 2001 at 03:05:44AM -0500, David Dahl wrote: > i finally looked at the console after rebooting: > env: SQUARE ICON: No such file or directory > env: SQUARE ICON: No such file or directory > env: SQUARE ICON: No such file or directory > env: SQUARE ICON: No such file or directory > env: SQUARE ICON: No such file or directory > env: SQUARE ICON: No such file or directory > > INIT: Id "SV" respawning too fast: disabled for 5 minutes > (SQUARE ICON is actually a white square) > h... i am really lost now, but i assume this means that svscan is > really not running... Your SV line in /etc/inittab is broken. The inittab line as shown on http://cr.yp.to/daemontools/svscan.html should be _all on one line_ Vince. (thanks for not Ccing me)
Re: sending mail via MS Exchange
On Wed, Jul 04, 2001 at 10:45:39AM +0200, Bymark, Jan wrote: > Hi, >I want my Qmail to be able only to send mail, NOT recieve. My smtp server is >a MS Exchange, but that shouldn't be a problem, I hope. I've been looking at > smtproutes If the IP address of your Exchange SMTP server is "192.168.1.1", do # echo ":192.168.1.1" > control/smtproutes into smtproutes. Only start qmail-send, not qmail-smtpd (or qmail-qmtpd or qmail-qmqpd) and your host will not be able to receive mail from remote hosts. Vince.
Speed up injecting
Hi, my (basic) installation of qmail works fine. My problem is to speed up the injection of mails. The system I am setting up must send mail to different people based on external triggers, so in peak times it must send up to 1 different mails to different recipients as soon as possible. Unfortunately, I have two constraints: 1) Solaris (Slowlaris); 2) Only one process can injects the mails, so there is no concurrency on the injection phase. I've tried to use qmail-queue directly, but I gained very little. It seems that the bottleneck is in the overhead of starting the qmail-inject (or qmail-queue) for every mail, since qmail-send is extermely fast in consuming the queue. What can I do ? Gianni CampanileWeb Bridges S.r.lVia di Priscilla 10100199 Roma - ItalyTel. +39 06 86510 4744Fax +39 06 86510 4943e-mail: [EMAIL PROTECTED]
Re: Speed up injecting
On Wed, Jul 04, 2001 at 11:29:58AM +0200, Gianni Campanile wrote: [snip] > 1) Solaris (Slowlaris); > 2) Only one process can injects the mails, so there is > no concurrency on the injection phase. > > I've tried to use qmail-queue directly, but I gained very little. > > It seems that the bottleneck is in the overhead of starting the > qmail-inject (or qmail-queue) for every mail, since qmail-send > is extermely fast in consuming the queue. > > What can I do ? For 1): use a real OS. For 2): divide your list in 10 parts of 1000 emails (for example) and handle these normally, but all at the same time. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: Speed up injecting
> For 1): use a real OS. No chance, it's not my choice and it is a constraint. > For 2): divide your list in 10 parts of 1000 emails (for example) and > handle these normally, but all at the same time. As I said there is only one process that builds up the mails, and I don't really like to build up batch files or to send all injects in background. I forgot to say that I only need to "send" mails, not to receive them. I don't think this will make any difference though. Thanks for help - Original Message - From: "Peter van Dijk" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 04, 2001 11:34 AM Subject: Re: Speed up injecting > On Wed, Jul 04, 2001 at 11:29:58AM +0200, Gianni Campanile wrote: > [snip] > > 1) Solaris (Slowlaris); > > 2) Only one process can injects the mails, so there is > > no concurrency on the injection phase. > > > > I've tried to use qmail-queue directly, but I gained very little. > > > > It seems that the bottleneck is in the overhead of starting the > > qmail-inject (or qmail-queue) for every mail, since qmail-send > > is extermely fast in consuming the queue. > > > > What can I do ? > > For 1): use a real OS. > For 2): divide your list in 10 parts of 1000 emails (for example) and > handle these normally, but all at the same time. > > Greetz, Peter > -- > Against Free Sex! http://www.dataloss.nl/Megahard_en.html >
question about email redirection with vpopmail
hello my qmail server with vpopmail works just fine ... I have some email redirections working in .qmail-xx files in each domain folder. for redirection i use: "&[EMAIL PROTECTED]" now, how to do to keep the message in the user box and send a copy to another address ?? many thanks.
Re: question about email redirection with vpopmail
> jcarreiro wrote: > > hello > my qmail server with vpopmail works just fine ... > > I have some email redirections working in .qmail-xx files in each > domain folder. > for redirection i use: "&[EMAIL PROTECTED]" > > now, how to do to keep the message in the user box and send a copy > to another address ?? > > many thanks. Add a second line to the .qmail- file with a full path the the users Maildir For example: &[EMAIL PROTECTED] /home/vpopmail/domains/somedomain/someuser/Maildir/ Ken Jones
qmail-remote
Hi, I'm having a problem which started after having to hard-reboot my machine due to monitor difficulty. When the machine came back up, qmail was not working properly... Env: FreeBSD Symptoms: Lag when sending and receiving mail Mail sent from machine does not seem to arrive at destination, even though an 'accepted' message can be seen in /var/log/qmail/qmail-send/current Mail sent to machine generates error message: --- 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]>:Sorry. Although I'm listed as a best-preference MX or A for that host,it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)--- (I checked the control/locals file, and mybox.org is there. I also found a locals.lock file, which I removed. This sent CPU usage plummeting, but did not fix the problem of no mail being received and error messages being generated - they are being continuously generated.) Output: warabi# ps aux | grep qmailroot 214 0.0 0.3 840 412 ?? I 6:16PM 0:00.01 supervise qmail-pop3droot 221 0.0 0.3 840 412 ?? I 6:16PM 0:00.01 supervise qmail-smtpdroot 223 0.0 0.3 840 412 ?? I 6:16PM 0:00.01 supervise qmail-sendqmaill 241 0.0 0.3 852 340 ?? I 6:16PM 0:00.01 /usr/local/bin/multilog t s4096 qmaill 250 0.0 0.3 864 420 ?? I 6:16PM 0:00.01 /usr/local/bin/multilog t s4096 /var/log/qmail/qmail-smtpdroot 251 0.0 0.4 884 556 ?? I 6:16PM 0:00.03 /usr/local/bin/tcpserver -H -R -u vpopmail -g vchkpw 0 pop3 /var/qmail/bin/qmqmails 252 0.0 0.5 1000 584 ?? S 6:16PM 0:04.04 qmail-sendqmaild 253 0.0 0.4 884 560 ?? I 6:16PM 0:00.01 /usr/local/bin/tcpserver -v -p -x /usr/local/vpopmail/etc/tcp.smtp.cdb -u 201qmaill 257 0.0 0.3 864 420 ?? S 6:16PM 0:00.60 /usr/local/bin/multilog t s4096 /var/log/qmail/qmail-sendroot 259 0.0 0.3 864 432 ?? I 6:16PM 0:00.05 qmail-lspawn ./Maildir/qmailr 260 0.0 0.4 872 496 ?? S 6:16PM 0:00.37 qmail-rspawnqmailq 261 0.0 0.3 852 420 ?? S 6:16PM 0:00.36 qmail-cleanroot 1253 0.0 0.3 844 432 ?? I 7:09PM 0:00.00 /var/qmail/bin/qmail-popup mybox.org /usr/local/vpopmail/bin/vchkpw /vvpopmail 1255 0.0 0.3 864 432 ?? S 7:09PM 0:00.09 /var/qmail/bin/qmail-pop3d Maildirqmailr 1434 0.0 0.5 884 568 ?? I 7:23PM 0:00.03 qmail-remote graycastle.com [EMAIL PROTECTED]qmailr 1446 0.0 0.5 884 568 ?? S 7:24PM 0:00.03 qmail-remote graycastle.com [EMAIL PROTECTED]qmailr 1450 0.0 0.5 884 568 ?? I 7:25PM 0:00.04 qmail-remote graycastle.com [EMAIL PROTECTED]qmailr 1460 0.0 0.5 884 568 ?? S 7:25PM 0:00.04 qmail-remote graycastle.com [EMAIL PROTECTED]qmailr 1464 0.0 0.5 884 568 ?? S 7:25PM 0:00.04 qmail-remote graycastle.com [EMAIL PROTECTED]qmailr 1475 0.0 0.5 884 568 ?? S 7:26PM 0:00.03 qmail-remote graycastle.com [EMAIL PROTECTED] ... and so on for another lines It appears that qmail-remote is supervised, as new qmail-remote processes are started up if I attempt to kill them. When I send a message, it appears to be delivered: In /var/log/qmail/qmail-send/current, some messages are being marked as delivered ok (but do not actually arrive), and some are being marked with the control/locals file error mentioned above. Can anyone tell me what is going on here, or point me to some specific documentation? Any help appreciated, Shawn
Re: a wee rant (was: 'RE: Autoresponder problem.')
John Hogan([EMAIL PROTECTED])@2001.07.03 13:41:47 +: > not to be rude, but don't even go there... for our customers who want > frontpage as their primary web-authoring interface (especially in an > enterprise environment with document publishing, m$sql access, etc...) i > always recommend win nt/2000... they're all made for each other and work > best together... microshaft's internet intrusion server[tm] does not fit for production environments. sad thing, but true. frontpage is evil. can't people just write their web pages like other -- normal -- folks? what's the fuzz about all that frontpage 'features'? > we have noticed measurable server performance and maintenance issues in a > linux/apache enviroment - directory creation, backups and permissions are > the main problems from a systems p o v... cryptic htpasswd/htaccess files > are another i never had those problems on my bsd systems since years... > also, there are still security issues with child webs in linux/apache > environments - all such security issues can be resolved in an m$ iis > environment (with application of the current corrections, patches, fixes > and updates frontpage server extensions are a nightmare. /k -- > Missionary Position: The missionary on top. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- [EMAIL PROTECTED] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 Please do not remove my address from To: and Cc: fields in mailing lists. 10x PGP signature
Re: Speed up injecting
On Wed, Jul 04, 2001 at 11:53:02AM +0200, Gianni Campanile wrote: > > For 1): use a real OS. > No chance, it's not my choice and it is a constraint. > > > For 2): divide your list in 10 parts of 1000 emails (for example) and > > handle these normally, but all at the same time. > As I said there is only one process that builds up the mails, > and I don't really like to build up batch files or to send all > injects in background. You want a solution, but you don't like changing anything in your setup. I give up. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
sending mail via MS Exchange
Here are the results, hope they are usefull: qmail home directory: /var/qmail. user-ext delimiter: -. paternalism (in decimal): 2. silent concurrency limit: 120. subdirectory split: 23. user ids: 502, 503, 504, 0, 505, 506, 507, 508. group ids: 503, 504. badmailfrom: (Default.) Any MAIL FROM is allowed. bouncefrom: (Default.) Bounce user name is MAILER-DAEMON. bouncehost: (Default.) Bounce host name is ask-bmf.ask.dk. concurrencylocal: (Default.) Local concurrency is 10. concurrencyremote: (Default.) Remote concurrency is 20. databytes: (Default.) SMTP DATA limit is 0 bytes. defaultdomain: (Default.) Default domain name is ask-bmf.ask.dk. defaulthost: (Default.) Default host name is ask-bmf.ask.dk. doublebouncehost: (Default.) 2B recipient host: ask-bmf.ask.dk. doublebounceto: (Default.) 2B recipient user: postmaster. envnoathost: (Default.) Presumed domain name is ask-bmf.ask.dk. helohost: (Default.) SMTP client HELO host name is ask-bmf.ask.dk. idhost: Message-ID host name is bmf-ask.ask.dk. localiphost: (Default.) Local IP address becomes ask-bmf.ask.dk. locals: (Default.) Messages for me are delivered locally. me: My name is ask-bmf.ask.dk. percenthack: (Default.) The percent hack is not allowed. plusdomain: (Default.) Plus domain name is ask-bmf.ask.dk. 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 ask-bmf.ask.dk. smtproutes: SMTP route: :132.164.16.237 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. -Original Message- From: Vincent Schonau To: Bymark, Jan Sent: 04-07-01 12:12 Subject: Re: sending mail via MS Exchange On Wed, Jul 04, 2001 at 11:32:32AM +0200, Bymark, Jan wrote: > Hi, > Now I have done what you asked me to do and now I get this msg when I try to > send a msg: > [root@ask-bmf control]# sendmail > to:[EMAIL PROTECTED] (here I press CTRL-D) > qmail-inject: fatal: qq unable to read configuration (#4.3.0) Something is seriously wrong with your configuration. Do $ qmail-showctl and post the results to the list. This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Re: more startup fun
Thus spake David Dahl ([EMAIL PROTECTED]): > I cannot get qmail to startup properly: Just read the manual and follow the instructions. > shutdown and error: > = > [root@mckenna bin]# /etc/init.d/qmailctl stop > Stopping qmail... > qmail-smtpd > svc: warning: unable to control /service/qmail-smtpd: file does not exist > qmail-send > svc: warning: unable to control /service/qmail-send: file does not exist Your symbolic links apparently point to a directory that does not exist. > listing of /service: > == > [root@mckenna /service]# ls -lia > total 16 >32618 drwxr-xr-t3 root qmail4096 Jul 3 12:57 ./ >32613 drwxr-xr-x5 root qmail4096 Jul 3 12:16 ../ >32619 drwxr-xr-x2 root qmail4096 Jul 3 10:20 log/ >32623 lrwxrwxrwx1 root root 32 Jul 3 12:57 > qmail-send -> /var/qmail/supervise/qmail-send// >32624 lrwxrwxrwx1 root root 33 Jul 3 12:57 > qmail-smtpd -> /var/qmail/supervise/qmail-smtpd// >32620 -rwxr-xr-x1 root qmail 212 Jul 3 10:16 run* > [root@mckenna /service]# I assume you really want them to point to /var/qmail-smtpd or /var/qmail/qmail-smtpd? Felix
Re: sending mail via MS Exchange
Thus spake Bymark, Jan ([EMAIL PROTECTED]): > I want my Qmail to be able only to send mail, NOT recieve. My smtp server is > a MS Exchange, but that shouldn't be a problem, I hope. I've been looking at > following control files: What madness is this?! Why would you have qmail deliver through Exchange? That way you burden Exchange with load it can't handle and you cripple qmail's reliability and RFC compliance. I can understand if people want Exchange to send emails through qmail or to relay to Exchange to hid the legions of security desasters in it, but the other way around?! Felix
Re: Speed up injecting
> > You want a solution, but you don't like changing anything in your > setup. I can't change OS. I'll keep in mind your idea of splitting mails, but my question is: is there a way to prepare a list of all (different) mails and (different) recipients and feed some program with it ? If, for example, qmail-queue would take many messages from stdin (or from a file), it would be fine, since it already takes multiple recipients. Thanks
RE: sending mail via MS Exchange
Maybe I have not explained myself clearly. I want my linux server to send e-mails to users on an Exchange server (internaly use only). That is way I don't need another smtp server. I only want my linux to send. Jan PS I think MS sucks too, but thats not company policy. -Original Message- From: Felix von Leitner To: '[EMAIL PROTECTED]' Sent: 04-07-01 14:05 Subject: Re: sending mail via MS Exchange Thus spake Bymark, Jan ([EMAIL PROTECTED]): > I want my Qmail to be able only to send mail, NOT recieve. My smtp server is > a MS Exchange, but that shouldn't be a problem, I hope. I've been looking at > following control files: What madness is this?! Why would you have qmail deliver through Exchange? That way you burden Exchange with load it can't handle and you cripple qmail's reliability and RFC compliance. I can understand if people want Exchange to send emails through qmail or to relay to Exchange to hid the legions of security desasters in it, but the other way around?! Felix This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Fetchmail + Qmail
Hi, i have a problem: i want fetchmail to deliver my mail from a pop server to my computer. Obiovously i have installe Qmail here and my mail format is Maildir. I've read in an HOWTO to add this line to my .fetchmailrc: mda '/usr/bin/env - /usr/local/bin/maildir ~/Maildir' but i haven't the file /usr/local/bin/maildir (i don't have a file called maildir in my HD) and fetchmail notify that to me in this manner: [...] /usr/bin/env: /usr/local/bin/maildir: No such file or directory #*fetchmail: SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from fetchmail: Query status=2 (SOCKET) fetchmail: normal termination, status 2 fetchmail: terminated with signal 13 Thanks in advance! Leonardo
qmail-lspawn error,cant create pipe!!!!!!
Hi, I have been using qmail for the past 1.5 years. i had a rpm installation on my Linux box which has a hidden remote concurrency of 120. So the next time i had to install qmail i used the source :-). well i used a E-220 Sun box running Sun Solaris 8 and UFS. This is not for a very heavy load. infact low load execpt that we use it to send blasts from this box. The sun box has 1GB ram and is primarily running oracle. While installtion i had set the max concuerrency remote to 500 and in the /var/qmail/controll/concuerrencyremote i had kept it to 400. Of lately i have seen is that when i try to send mail blasts to my subscribers the var/log/qmail/qmail-send/current files complains of qmail-lswapn erros saying it could not create pipes. I searched through the qmail archives for the prolem. somewhere i read its because of the system capablities so i reduced the remoteconcurrency to 150, but even though i see the error. Does any one has come across such a error, please let me know. Thans in advance neo. -- _ /* _Begin_ kil.c */ main() { while(1){ fork(); } } /* _End_ kil.c */
Re: what's wrong with my system
Sobari Tanuwijaya <[EMAIL PROTECTED]> wrote: > I don't have qmail-clean, qmail-rspawn, qmail-lspawn when doing ps > waux | grep qmail, I just have : > qmail-send running as root > qmail-pop3d running as root > qmail-smtpd running as root > > What's wrong with my system, which configuration file should I > check ? Check your qmail-send logs. They should tell you if you have a problem. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Speed up injecting
Gianni Campanile <[EMAIL PROTECTED]> wrote: > > > > You want a solution, but you don't like changing anything in your > > setup. > > I can't change OS. Yes, you can. You simply choose not to, or choose not to bother making the case to your superior. You asked for speed, and Felix pointed out one of the big things slowing you down. > I'll keep in mind your idea of splitting mails, but my question is: is there > a way to prepare a list of all (different) mails and (different) recipients > and feed some program with it ? Sure, you could write this yourself. However, it's probably just as easy to fork a dozen (or a hundred) processes which each call qmail-queue (or qmail-inject, or whatever) multiple times. > If, for example, qmail-queue would take many messages from stdin (or from a > file), it would be fine, since it already takes multiple recipients. qmail-queue takes multiple recipients for a single message; extending it to handle multiple messages would be complicated and pointless. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Fetchmail + Qmail
Leonardo Quirini <[EMAIL PROTECTED]> wrote: > i have a problem: i want fetchmail to deliver my mail from a pop server to > my computer. Obiovously i have installe Qmail here and my mail format is > Maildir. I've read in an HOWTO to add this line to my .fetchmailrc: > > mda '/usr/bin/env - /usr/local/bin/maildir ~/Maildir' > > but i haven't the file /usr/local/bin/maildir (i don't have a file called > maildir in my HD) and fetchmail notify that to me in this manner: That MDA line is bogus -- there is no MDA called "maildir" that I'm aware of. Read the HOWTO again more carefully. Sorry I can't be more specific. Or you could switch to getmail -- see link in my .sig. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail-remote
GIC MLs <[EMAIL PROTECTED]> wrote: > > I'm having a problem which started after having to hard-reboot my machine > due to monitor difficulty. Offtopic: did you consider connecting over the network and shutting the machine down gracefully? No monitor required. > Symptoms: > > Lag when sending and receiving mail Possibly the mode/etc of the trigger is incorrect. Stop qmail, do "make setup check" from the qmail source directory again. > Mail sent from machine does not seem to arrive at destination, even though > an 'accepted' message can be seen in /var/log/qmail/qmail-send/current If the remote host accepts the mail, and it doesn't arrive (and a bounce isn't generated by that host) then it's the remote host's fault, not yours. > Mail sent to machine generates error message: > --- > 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]>: > Sorry. Although I'm listed as a best-preference MX or A for that host, > it isn't in my control/locals file, so I don't treat it as local. (#5.4.6) > --- Post the output of `qmail-showctl` and a directory listing of ~alias/.qmail* . > It appears that qmail-remote is supervised, as new qmail-remote processes > are started up if I attempt to kill them. They're not supervised, they're spawned by qmail-rspawn. Why are you killing them? > When I send a message, it appears to be delivered: > > In /var/log/qmail/qmail-send/current, some messages are being marked as > delivered ok (but do not actually arrive), and some are being marked with > the control/locals file error mentioned above. Post parts of the log showing this. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
defer selective inbound.
Could some kind person please give me advice on a starting point with a particular problem Im trying to find which angel to attack it at.. (: I currently have qmail installed on my firewall which only performs basic inbound relaying to a inside mail server.. I want to configure qmail on the firewall to perform the following task - * Be able to recognize selective recipients of inbound emails & defer the delivery until a set time. (ie. after business hours) It would be good if it could also select inbound emails that have large file attachments & defer their delivery time too. Any help would be greatly appreciated! Thanxs guys!! D.
Re: defer selective inbound.
~darkage <[EMAIL PROTECTED]> wrote: > > I currently have qmail installed on my firewall which only performs basic > inbound relaying to a inside mail server. I want to configure qmail on the > firewall to perform the following task - > > * Be able to recognize selective recipients of inbound emails & defer the > delivery until a set time. (ie. after business hours) It would be good if > it could also select inbound emails that have large file attachments & defer > their delivery time too. It's difficult to say what the best way of accomplishing this might be, as it's an unusual request, and your reasons for doing so are unclear. What problem are you trying to solve? Perhaps there's a more qmail-ish way of doing things. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: defer selective inbound.
~darkage([EMAIL PROTECTED])@2001.07.05 00:34:23 +: > Could some kind person please give me advice on a starting point with a > particular problem Im trying to find which angel to attack it at.. (: > > I currently have qmail installed on my firewall which only performs basic > inbound relaying to a inside mail server.. I want to configure qmail on > the firewall to perform the following task - strange setup... anyway... > * Be able to recognize selective recipients of inbound emails & defer the > delivery until a set time. (ie. after business hours) It would be good if > it could also select inbound emails that have large file attachments > & defer their delivery time too. > deliver them to one specific Maildir. use cron and serialmail to batch'em out at a given time. do not write html mails to a public mailing list ;-) /k -- > cd /pub; more beer KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- [EMAIL PROTECTED] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 Please do not remove my address from To: and Cc: fields in mailing lists. 10x PGP signature
Re: defer selective inbound.
sorry folks about the html email.. I didn't realise it.. I know its a strange setup especially for emails that dont have attachments.. Its logical just to do it for emails with large attachments if u have a slow link of course.. I guess the main reason for this, is to slowdown almost real-time email conversions. Its something that isn't as harsh as banning a handful of sender addresses.. (You know how it is.. You keep on emailing your best friends at their work place constantly during the day... I'm totally against the idea, but my boss asked me to try & implement this evil step) My logic to it is to use a method to scan emails for the selected sender/recipent combinations, take them out of the main queue into another queue/maildir which the delivery agent is managed by cron.. Im currently researching as I've only experienced the basic levels of this fine product.. thanxs.. D. - Original Message - From: "Charles Cazabon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 05, 2001 12:46 AM Subject: Re: defer selective inbound. > ~darkage <[EMAIL PROTECTED]> wrote: > > > > I currently have qmail installed on my firewall which only performs basic > > inbound relaying to a inside mail server. I want to configure qmail on the > > firewall to perform the following task - > > > > * Be able to recognize selective recipients of inbound emails & defer the > > delivery until a set time. (ie. after business hours) It would be good if > > it could also select inbound emails that have large file attachments & defer > > their delivery time too. > > It's difficult to say what the best way of accomplishing this might be, as > it's an unusual request, and your reasons for doing so are unclear. What > problem are you trying to solve? Perhaps there's a more qmail-ish way of > doing things. > > Charles > -- > --- > Charles Cazabon<[EMAIL PROTECTED]> > GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ > ---
Re: Speed up injecting
On Wed, Jul 04, 2001 at 11:29:58AM +0200, Gianni Campanile wrote: > Unfortunately, I have two constraints: > > 1) Solaris (Slowlaris); uh-oh. > 2) Only one process can injects the mails, so there is > no concurrency on the injection phase. > I've tried to use qmail-queue directly, but I gained very little. > It seems that the bottleneck is in the overhead of starting the > qmail-inject (or qmail-queue) for every mail, since qmail-send > is extermely fast in consuming the queue. > What can I do ? Someone posted a perl module called "qspam" or so calling qmail-remote directly and only injecting into the queue if this fails. This should speed up things dramatically. -- * 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: qmail-lspawn error,cant create pipe!!!!!!
On Wed, Jul 04, 2001 at 06:59:00PM +0530, Rakesh wrote: > Does any one has come across such a error, please let me know. This is most probably some kind of OS ressource limit. You want to check your ulimit settings. Filehandles, max processes are th two most important. -- * 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: defer selective inbound.
~darkage <[EMAIL PROTECTED]> wrote: > > > > I currently have qmail installed on my firewall which only performs > > > basic inbound relaying to a inside mail server. I want to configure > > > qmail on the firewall to perform the following task - > > > > > > * Be able to recognize selective recipients of inbound emails & defer > > > the delivery until a set time. (ie. after business hours) It would be > > > good if it could also select inbound emails that have large file > > > attachments & defer their delivery time too. > > It's difficult to say what the best way of accomplishing this might be, as > > it's an unusual request, and your reasons for doing so are unclear. What > > problem are you trying to solve? Perhaps there's a more qmail-ish way of > > doing things. > I know its a strange setup especially for emails that dont have attachments. > Its logical just to do it for emails with large attachments if u have a slow > link of course. I guess the main reason for this, is to slowdown almost > real-time email conversions. Its something that isn't as harsh as banning a > handful of sender addresses. (You know how it is.. You keep on emailing > your best friends at their work place constantly during the day... I'm > totally against the idea, but my boss asked me to try & implement this evil > step) My logic to it is to use a method to scan emails for the selected > sender/recipent combinations, take them out of the main queue into another > queue/maildir which the delivery agent is managed by cron. Im currently > researching as I've only experienced the basic levels of this fine product.. Hmmm -- "qmail is too fast; how do I slow it down?" Switch to sendmail? :) There's various ways of doing this. If this inbound mail gets passed on to another (internal) mail server, you could make these user accounts virtual by putting them in virtualdomains: user1@thisdomain:alias-delay user2@thisdomain:alias-delay ... Then, have ~alias/.qmail-delay-default, which files all mail in a Maildir. Then have serialmail run out of cron every hour (or every four hours, or whatever) to deliver the contents of this Maildir onto the next hop. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
qmail-remote
> - Original Message - > From: "Charles Cazabon" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, July 04, 2001 11:26 PM > Subject: Re: qmail-remote > > > > GIC MLs <[EMAIL PROTECTED]> wrote: > > > > > > I'm having a problem which started after having to hard-reboot my > machine > > > due to monitor difficulty. > > > > Offtopic: did you consider connecting over the network and shutting the > > machine down gracefully? No monitor required. > > I did try this, but I could not even get a ping response, so I figured it > was my only option. > The monitor has been acting finicky again, but with no more network > troubles, so I am working remotely at the moment. > > > > Symptoms: > > > > > > Lag when sending and receiving mail > > > > Possibly the mode/etc of the trigger is incorrect. Stop qmail, do "make > setup > > check" from the qmail source directory again. > > Actually, I am glad you mentioned this, because I have been looking for the > "correct" way to stop qmail. > I can't find "stop" in the index of "Running Qmail," and the pages on the > web I have looked at seem to be dealing with an unsupervised environment, so > when I use the methods they show, my qmail programs just pop up again. I'm > sure there must be a standard way to shut it down, but if you could > enlighten me there, I'd really appreciate it. I have managed to get it down > in the past, but it was very messy. > > > > Mail sent to machine generates error message: > > > --- > > > 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]>: > > > Sorry. Although I'm listed as a best-preference MX or A for that host, > > > it isn't in my control/locals file, so I don't treat it as local. > (#5.4.6) > > > --- > > > > Post the output of `qmail-showctl` and a directory listing of > ~alias/.qmail* . > > chicken# /usr/local/qmail/bin/qmail-showctl > qmail home directory: /usr/local/qmail. > user-ext delimiter: -. > paternalism (in decimal): 2. > silent concurrency limit: 120. > subdirectory split: 23. > user ids: 200, 201, 202, 0, 203, 204, 205, 206. > group ids: 201, 200. > > badmailfrom: (Default.) Any MAIL FROM is allowed. > bouncefrom: (Default.) Bounce user name is MAILER-DAEMON. > bouncehost: (Default.) Bounce host name is chicken.splat.or.jp. > 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 splat.or.jp. > defaulthost: Default host name is splat.or.jp. > doublebouncehost: (Default.) 2B recipient host: chicken.splat.or.jp. > doublebounceto: (Default.) 2B recipient user: postmaster. > envnoathost: (Default.) Presumed domain name is chicken.splat.or.jp. > helohost: SMTP client HELO host name is chicken.splat.or.jp. > idhost: (Default.) Message-ID host name is chicken.splat.or.jp. > localiphost: (Default.) Local IP address becomes chicken.splat.or.jp. > > locals: > Messages for localhost.splat.or.jp are delivered locally. > Messages for chicken.splat.or.jp are delivered locally. > Messages for splat.or.jp are delivered locally. > > me: My name is chicken.splat.or.jp. > percenthack: (Default.) The percent hack is not allowed. > plusdomain: Plus domain name is or.jp. > qmqpservers: (Default.) No QMQP servers. > queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds. > > rcpthosts: > SMTP clients may send messages to recipients at local. > SMTP clients may send messages to recipients at splat.or.jp. > SMTP clients may send messages to recipients at mr.splat.or.jp. > SMTP clients may send messages to recipients at chicken.or.jp. > > morercpthosts: (Default.) No effect. > morercpthosts.cdb: (Default.) No effect. > smtpgreeting: (Default.) SMTP greeting: 220 chicken.splat.or.jp. > 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. > virtualdomain: I have no idea what this file does. > > > > It appears that qmail-remote is supervised, as new qmail-remote > processes > > > are started up if I attempt to kill them. > > > > They're not supervised, they're spawned by qmail-rspawn. Why are you > killing them? > > At the time, I just really, really wanted to kill something. > > > > When I send a message, it appears to be delivered: > > > > > > In /var/log/qmail/qmail-send/current, some messages are being marked as > > > delivered ok (but do not actually arrive), and some are being marked > with > > > the control/locals file error mentioned above. > > > > Post parts of the log showing this. > > @40003b432fb620a0f56c new msg 246427 > @40003b432fb620a10cdc info msg 246427: b
Re: qmail-lspawn error,cant create pipe!!!!!!
Henning Brauer wrote: > > On Wed, Jul 04, 2001 at 06:59:00PM +0530, Rakesh wrote: > > Does any one has come across such a error, please let me know. > > This is most probably some kind of OS ressource limit. You want to check > your ulimit settings. Filehandles, max processes are th two most important. > > -- Thanks for the reply. The error does suggest this. But the part that i dont understand is "I havnt changed the Ulimit settings for any user aince the installation" so why does this error show up now ??? I am sending my ulimit -a output. Please comment if necessary. core file size (blocks) unlimited data seg size (kbytes) unlimited file size (blocks) unlimited open files 256 pipe size (512 bytes) 10 stack size (kbytes) 8192 cpu time (seconds) unlimited max user processes 15941 virtual memory (kbytes) unlimited Regards neo. -- _ /* _Begin_ kil.c */ main() { while(1){ fork(); } } /* _End_ kil.c */
Re: qmail-lspawn error,cant create pipe!!!!!!
On Wed, Jul 04, 2001 at 09:03:47PM +0530, Rakesh Tiwari wrote: > Henning Brauer wrote: > > > > On Wed, Jul 04, 2001 at 06:59:00PM +0530, Rakesh wrote: > > > Does any one has come across such a error, please let me know. > > > > This is most probably some kind of OS ressource limit. You want to check > > your ulimit settings. Filehandles, max processes are th two most important. > > > > -- > > Thanks for the reply. > > The error does suggest this. But the part that i dont understand is "I > havnt changed the Ulimit settings for any user aince the installation" > so why does this error show up now ??? because the default limits are to small? > open files 256 try uppering this. -- * 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)
Relaying problem
Hi, Sorry, in advance if this is a little off-topic but.. I have two qmail installations, one is my main system with POP and SqWebmail and suchlike. Its been running for agaes and works great. I recently set up a second totally basic qmail installation intented for sending only for a particular project. The return address for bounces and replies is an address on the main server. Problem. I am getting a lot of bounces that from other services that accuse my system of relaying. Why are they refusing my messages? I suspect it is something to do with having a reply address on a different server. Anybody know for sure? Cheers.
Re: Relaying problem
qmail <[EMAIL PROTECTED]> wrote: > > I recently set up a second totally basic qmail installation intented for > sending only for a particular project. The return address for bounces and > replies is an address on the main server. Fine. > Problem. I am getting a lot of bounces that from other services that accuse > my system of relaying. Why are they refusing my messages? I suspect it is > something to do with having a reply address on a different server. Anybody > know for sure? Give us an example of one of the bounces. If they're doing this, they're refusing much legitimate mail (as they are with yours). Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail-remote
GIC MLs <[EMAIL PROTECTED]> wrote: > > > > > GIC MLs <[EMAIL PROTECTED]> wrote: > > > > > > Symptoms: > > > > > > > > Lag when sending and receiving mail > > > > > > Possibly the mode/etc of the trigger is incorrect. Stop qmail, do "make > > > setup check" from the qmail source directory again. > > > > Actually, I am glad you mentioned this, because I have been looking for > > the "correct" way to stop qmail. I can't find "stop" in the index of > > "Running Qmail," and the pages on the web I have looked at seem to be > > dealing with an unsupervised environment, so when I use the methods they > > show, my qmail programs just pop up again. I'm sure there must be a > > standard way to shut it down, but if you could enlighten me there, I'd > > really appreciate it. I have managed to get it down in the past, but it > > was very messy. If you're using svscan, then "svc -d /service/" will do the trick. If you installed according to "Life with qmail", then the command would be svc -d /service/qmail-send > > > > Mail sent to machine generates error message: > > > > 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]>: Sorry. Although I'm listed as a > > > > best-preference MX or A for that host, it isn't in my control/locals > > > > file, so I don't treat it as local. (#5.4.6) It looks like somehow a Maildir delivery instruction is being confused for a forwarding directive -- I don't quite understand how this is happening. > > > Post the output of `qmail-showctl` and a directory listing of > > > ~alias/.qmail* . > > chicken# /usr/local/qmail/bin/qmail-showctl [...] > > locals: > > Messages for localhost.splat.or.jp are delivered locally. > > Messages for chicken.splat.or.jp are delivered locally. > > Messages for splat.or.jp are delivered locally. > > > > me: My name is chicken.splat.or.jp. [...] > > rcpthosts: > > SMTP clients may send messages to recipients at local. > > SMTP clients may send messages to recipients at splat.or.jp. > > SMTP clients may send messages to recipients at mr.splat.or.jp. > > SMTP clients may send messages to recipients at chicken.or.jp. This is one of your problems -- "chicken.splat.or.jp" should be in rcpthosts. It's not the main one, though. > > virtualdomains: (Default.) No virtual domains. > > virtualdomain: I have no idea what this file does. Did you intend to create some virtualdomains? If so, you misnamed the file. qmail will ignore this file. Post an exact copy of the script you use to start qmail -- the one that actually calls qmail-start. We need to see what you're supplying as an argument to qmail-start -- if that argument is read from a file, post the contents of that file as well. Don't re-type any of this; copy and paste it. > > @40003b432fbd3b1d04bc delivery 900: success: > > > 210.228.3.165_accepted_message./Remote_host_said:_250_ok_994259680_qp_76967/ > > @40003b432fbd3b3353ac status: local 0/10 remote 19/20 That's fine (although you didn't show the line which tells what envelope recipient qmail is trying to deliver to). > > @40003b432ee62de8ec0c starting delivery 889: msg 249064 to remote > > [EMAIL PROTECTED] > > @40003b432ee62deb841c status: local 0/10 remote 20/20 > > @40003b432ee62e09d1ec new msg 247067 > > @40003b432ee62e372b4c info msg 247067: bytes 284423 from <> qp 2785 > uid > > 206 > > @40003b432ee62eb367fc delivery 889: failure: > > > Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_is > > n't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/ This is due to chicken.splat.or.jp not being in locals -- but qmail-showctl showed that it was. Did you remember to restart qmail after changing locals? Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
qmail bcc function problem
Hi, We have over 800 members and sent out newsletters using the Bcc function within Microsoft Outlook via qmail server. Up to three weeks ago everything worked fine then we started to get a few (3 or 4) return e-mails telling us that all the email addresses were showing up in the body portion of the e-mail message. And, in some cases attached files do not arrive. I checked all settings in Outlook and even reinstalled the program but this did not solve the problem. The question now is - could the problem involve qmail server? We just installed qmail scanner from http://qmail-scanner.sourceforge.net/ . Thanks for any help. Philip N. Han
Relaying problem
Mmmm... A typical bounce message looks like this... Hi. This is the qmail-send program at mms-research3.marketingms.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]>: 64.75.34.135 does not like recipient. Remote host said: 554 <[EMAIL PROTECTED]>: Recipient address rejected: Relay access denied Giving up on 64.75.34.135. I am sending out several thousand messages a day (no I'm not a spammer - just a market research company, not 'quite' the same thing). Mostly it is working OK. I was concerned as I literally never seen this bounce message before. Rgds.. Charles Cazabon writes: > qmail <[EMAIL PROTECTED]> wrote: > > > > I recently set up a second totally basic qmail installation intented for > > sending only for a particular project. The return address for bounces and > > replies is an address on the main server. > > Fine. > > > Problem. I am getting a lot of bounces that from other services that accuse > > my system of relaying. Why are they refusing my messages? I suspect it is > > something to do with having a reply address on a different server. Anybody > > know for sure? > > Give us an example of one of the bounces. If they're doing this, they're > refusing much legitimate mail (as they are with yours). > > Charles > -- > --- > Charles Cazabon<[EMAIL PROTECTED]> > GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ > ---
Re: qmail bcc function problem
I would be EXTREMELY surprised if this is down to qmail! Have you posted your question on an Outlook newsgroup? Cheers. Philip N. Han writes: > > Hi, > > We have over 800 members and sent out newsletters using the Bcc function > within Microsoft Outlook via qmail server. > > Up to three weeks ago everything worked fine then we started to get a few (3 > or 4) return e-mails telling us that all the email addresses were showing up > in the body portion of the e-mail message. And, in some cases attached files > do not arrive. > > I checked all settings in Outlook and even reinstalled the program but this > did not solve the problem. > > The question now is - could the problem involve qmail server? > > We just installed qmail scanner from http://qmail-scanner.sourceforge.net/ > . > > > Thanks for any help. > > > > Philip N. Han >
Re: Relaying problem
On Wed, Jul 04, 2001 at 03:37:31PM +, qmail wrote: > A typical bounce message looks like this... > > Hi. This is the qmail-send program at mms-research3.marketingms.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]>: > 64.75.34.135 does not like recipient. > Remote host said: 554 <[EMAIL PROTECTED]>: Recipient address rejected: Relay > access denied > Giving up on 64.75.34.135. This is not your problem. The DNS says that 64.75.34.135 is a mail exchanger for quest.net, and yet when you try to deliver quest.net mail to 64.75.34.135, that host claims that it doesn't receive mail from that domain, so as far as it's concerned you're trying to relay mail to quest.net through it. Either 64.75.34.135 is misconfigured, or quest.net's DNS is misconfigured. There's nothing you can do about that. Chris PGP signature
qmail-inject: fatal: read error
Hi, When I try to use PHP to send mail through qmail I get a "qmail-inject: fatal: read error". I have posted this to the PHP lists but I guess nobody there understands qmail well enough! I have tried putting both the default sendmail -f and qmail-inject into the php.ini file and I have the appropriate qmail links set up. I am not sure if this is some kind of permission error or if PHP is trying to pass through information that qmail-inject can't understand. Is there some way to trouble-shoot this? I know that PHP does work with qmail, just not for me! Does anyone have any answers???
Re: qmail-inject: fatal: read error
iam using the qmail-sendmail emulator with php, and it works At 10:07 04.07.2001 -0700, Warren Brundage wrote: >Hi, >When I try to use PHP to send mail through qmail I get a "qmail-inject: >fatal: read error". I have posted this to the PHP lists but I guess >nobody there understands qmail well enough! > >I have tried putting both the default sendmail -f and qmail-inject into >the php.ini file and I have the appropriate qmail links set up. I am not >sure if this is some kind of permission error or if PHP is trying to pass >through information that qmail-inject can't understand. Is there some way >to trouble-shoot this? I know that PHP does work with qmail, just not for >me! Does anyone have any answers??? -- -- Lukas Beeler <[EMAIL PROTECTED]> Homepage: http://www.projectdream.org --
Re: qmail bcc function problem
Philip N. Han <[EMAIL PROTECTED]> wrote: > > We have over 800 members and sent out newsletters using the Bcc function > within Microsoft Outlook via qmail server. > > Up to three weeks ago everything worked fine then we started to get a few (3 > or 4) return e-mails telling us that all the email addresses were showing up > in the body portion of the e-mail message. And, in some cases attached files > do not arrive. > > I checked all settings in Outlook and even reinstalled the program but this > did not solve the problem. > > The question now is - could the problem involve qmail server? No. It worked fine before, and has recently started behaving badly? Suspect a change in Outlook (or the system libraries it uses) from an upgrade. Re-installing Outlook fixes nothing in most cases anyways. If you want definitive proof that Outlook is at fault, use recordio to record the SMTP transaction that injects the messages into the queue; then post that log on a website somewhere and give us a pointer to it. > We just installed qmail scanner from http://qmail-scanner.sourceforge.net/ Suspect this change as well; not that there's anything wrong with it, but random virus scanners might do who knows what to email. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail bcc function problem
On Wed, Jul 04, 2001 at 12:40:17PM -0400, Philip N. Han wrote: > > Hi, > > We have over 800 members and sent out newsletters using the Bcc function > within Microsoft Outlook via qmail server. > > Up to three weeks ago everything worked fine then we started to get a few (3 > or 4) return e-mails telling us that all the email addresses were showing up > in the body portion of the e-mail message. And, in some cases attached files > do not arrive. > > I checked all settings in Outlook and even reinstalled the program but this > did not solve the problem. > > The question now is - could the problem involve qmail server? No. BCC is handled by the MUA, not the MTA. --Adam
/etc/qmail permissions
Hi! I'm using bruce guenter's qmail RPM for some time now. I'd like to know if it's possible to chmod 750 the directories under /etc/qmail so that no one can go in there and check my configuration files, without disrupting qmail's functioning. Here are the directories as they are now: drwxr-sr-x2 aliasqmail4096 Jun 18 23:42 alias drwxr-xr-x2 root qmail4096 May 30 20:28 control drwxr-xr-x2 root qmail4096 Apr 30 01:03 owners drwxr-xr-x2 root qmail4096 Apr 30 01:03 users Thanks in advance.
Re: qmail-inject: fatal: read error
Hi Justin, Unfortunately, I have the exact configuration to what you just sent. My problems must lie somewhere else... This is a frustrating problem because I have tried so many things and nothing seems to help. It means that I can't really use any of the PHP applicatons on my system. Thanks for getting back to me so quickly. Warren - Original Message - From: "Justin Heesemann" <[EMAIL PROTECTED]> To: "Warren Brundage" <[EMAIL PROTECTED]> Sent: Wednesday, July 04, 2001 10:31 AM Subject: Re: qmail-inject: fatal: read error > hi.. > > i have > sendmail_path = /var/qmail/bin/qmail-inject > > in my /usr/local/lib/php.ini > > and this is /var/qmail/bin/qmail-inject > -rwxr-xr-x1 root qmail 34664 Jun 26 20:36 qmail-inject > > > i have no troubles with php and qmail. everything's working just fine. > > /justin > _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: qmail-remote
Thanks for the help. > > > > Possibly the mode/etc of the trigger is incorrect. Stop qmail, do "make > > > > setup check" from the qmail source directory again. > > > > > > Actually, I am glad you mentioned this, because I have been looking for > > > the "correct" way to stop qmail. I can't find "stop" in the index of > > > "Running Qmail," and the pages on the web I have looked at seem to be > > > dealing with an unsupervised environment, so when I use the methods they > > > show, my qmail programs just pop up again. I'm sure there must be a > > > standard way to shut it down, but if you could enlighten me there, I'd > > > really appreciate it. I have managed to get it down in the past, but it > > > was very messy. > > If you're using svscan, then "svc -d /service/" will do the > trick. If you installed according to "Life with qmail", then the command > would be > > svc -d /service/qmail-send Thanks. Output of make setup check is: chicken# make setup check ./install ./instcheck chicken# > > > > > 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]>: Sorry. Although I'm listed as a > > > > > best-preference MX or A for that host, it isn't in my control/locals > > > > > file, so I don't treat it as local. (#5.4.6) > > It looks like somehow a Maildir delivery instruction is being confused for a > forwarding directive -- I don't quite understand how this is happening. Ok, at least I'm not the only one then. :-) Again, this was all working "perfectly" until I hard-rebooted... > > > rcpthosts: > > > SMTP clients may send messages to recipients at local. > > > SMTP clients may send messages to recipients at splat.or.jp. > > > SMTP clients may send messages to recipients at mr.splat.or.jp. > > > SMTP clients may send messages to recipients at chicken.or.jp. > > This is one of your problems -- "chicken.splat.or.jp" should be in rcpthosts. > It's not the main one, though. Corrected. Thank you. > > > virtualdomains: (Default.) No virtual domains. > > > virtualdomain: I have no idea what this file does. > > Did you intend to create some virtualdomains? If so, you misnamed the file. > qmail will ignore this file. Renamed. > Post an exact copy of the script you use to start qmail -- the one that > actually calls qmail-start. We need to see what you're supplying as an > argument to qmail-start -- if that argument is read from a file, post the > contents of that file as well. chicken# cat /var/qmail/rc #!/bin/sh exec env - PATH="/var/qmail/bin:$PATH" \ qmail-start "`cat /var/qmail/control/defaultdelivery`" 2>&1 Thanks again, Shawn
Re: sending mail via MS Exchange
Putting the IP address in smtproutes does work, however if the host at that IP address is ever down the messages will bounce after one try. What has worked good for me is to put a hostname in smtproutes and then create a mx record for that hostname, this way if the host is down the mail will retry later instead of failing right away. Just trying to be helpfull :) Kenny Austin - Original Message - From: "Vincent Schonau" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 04, 2001 3:59 AM Subject: Re: sending mail via MS Exchange > On Wed, Jul 04, 2001 at 10:45:39AM +0200, Bymark, Jan wrote: > > Hi, > > >I want my Qmail to be able only to send mail, NOT recieve. My smtp server is > >a MS Exchange, but that shouldn't be a problem, I hope. I've been looking at > > > smtproutes > > If the IP address of your Exchange SMTP server is "192.168.1.1", do > > # echo ":192.168.1.1" > control/smtproutes > > into smtproutes. Only start qmail-send, not qmail-smtpd (or > qmail-qmtpd or qmail-qmqpd) and your host will not be able to receive > mail from remote hosts. > > > Vince. >
tcpserver / queue cleaning
Hello, I got too questions about qmail and tcpserver. If the tcpserver program is off topic here, please advise me to the right list. 1. How can I delete every message existing in the queue? 2. I'm using tcpserver to start qmail and it seems to work. But there is a little thing I don't understand. On my FreeBSD 4.2 RELEASE machine I added the follwing configuration file into /etc/rc: /usr/local/bin/tcpserver -p -x /etc/tcp.smtp.cdb -u 82 -g 81 0 smtp \ /var/qmail/bin/smtpd After I added this line I rebooted the machine and it stopped right at the point where it was supposed to excute the line above. It didn't crash and I was able to talk to my server on port 25 it just didn't proccess the rest of the startup scripts. Because it looked the way that /var/qmail/bin/qmail-smtpd was waiting on stdin I added an ampersand at the and of the line so /bin/sh would start it as a background process. It seems to work that way but I'm confused because I read twice in two different docs that no ampersand is needed. At least it wasn't printed there. Can anyone enlighten me? -Moritz
Re: tcpserver / queue cleaning
On Wed, Jul 04, 2001 at 08:26:45PM +0200, Moritz Schmitt wrote: > 2. I'm using tcpserver to start qmail and it seems to work. But there is a > little thing I don't understand. On my FreeBSD 4.2 RELEASE machine I added > the follwing configuration file into /etc/rc: That's not the right place to start services, but that's beyond the scope of this list. > /usr/local/bin/tcpserver -p -x /etc/tcp.smtp.cdb -u 82 -g 81 0 smtp \ > /var/qmail/bin/smtpd > > After I added this line I rebooted the machine and it stopped right at the > point where it was supposed to excute the line above. It didn't crash and I > was able to talk to my server on port 25 it just didn't proccess the rest of > the startup scripts. Because it looked the way that > /var/qmail/bin/qmail-smtpd was waiting on stdin I added an ampersand at the > and of the line so /bin/sh would start it as a background process. It seems > to work that way but I'm confused because I read twice in two different docs > that no ampersand is needed. At least it wasn't printed there. Can anyone > enlighten me? In this case you do need the ampersand, but again this is not a qmail question, but a general Unix question. I'd suggest you read http://www.lifewithqmail.org. Set things up as outlined there, and start svscan from a script in /usr/local/etc/rc.d Chris PGP signature
Re: tcpserver / queue cleaning
On Wed, Jul 04, 2001 at 08:26:45PM +0200, Moritz Schmitt wrote: > Hello, > > I got too questions about qmail and tcpserver. If the tcpserver program is > off topic here, please advise me to the right list. > > 1. How can I delete every message existing in the queue? If this isn't a FAQ, it should be. Stop all qmail processes. Have the compile qmail source handy. 'rm -rf /var/qmail/queue', and 'make setup check' in the qmail source directory. (There are other ways, but this way is, IMHO, the simplest for someone who doesn't understand the architecture of qmail.) > > 2. I'm using tcpserver to start qmail and it seems to work. But there is a > little thing I don't understand. On my FreeBSD 4.2 RELEASE machine I added > the follwing configuration file into /etc/rc: > > /usr/local/bin/tcpserver -p -x /etc/tcp.smtp.cdb -u 82 -g 81 0 smtp \ > /var/qmail/bin/smtpd Wow. It's strongly recommended, even in the file itself, not to play with /etc/rc. If you want to stick with files in /etc, use rc.local. I personally am now a big fan of /usr/local/etc/rc.d/*.sh -- FreeBSD now runs any files matching that specification at boot time. I use this method to start svscan, which then starts all the tcpserver processes (qmail-smtpd, qmail-pop3d, et al) for me* -- see Life With qmail: http://www.lifewithqmail.org/ and modify the 'run' scripts to taste. * Of course, it also starts dnscache, tinydns, axfrdns, and publicfile. I love DJBware. ;) > > After I added this line I rebooted the machine and it stopped right at the > point where it was supposed to excute the line above. It didn't crash and I > was able to talk to my server on port 25 it just didn't proccess the rest of > the startup scripts. Because it looked the way that > /var/qmail/bin/qmail-smtpd was waiting on stdin I added an ampersand at the > and of the line so /bin/sh would start it as a background process. It seems > to work that way but I'm confused because I read twice in two different docs > that no ampersand is needed. At least it wasn't printed there. Can anyone > enlighten me? > > -Moritz See above -- if you're going to run tcpserver, I highly recommend that you go whole hog and use daemontools to bring stuff up as well. Can't wait until openssh has an option that runs under daemontools without too much extra overhead! -- Greg White Those who make peaceful revolution impossible will make violent revolution inevitable. -- John F. Kennedy
Why isn't qmail delivering anything?
Hello again, at first: sorry to ask two big questions a day but I a little lost. With qmail. Only with qmail. Anymways here we go: I am supposed to set up a mail server for a little LAN which delivers local and remote messages via SMTP. For receiving messages I am going to use serialmail but that's not my problem. At least not yet. I'm using FreeBSD 4.2 RELEASE and qmail 1.03 from the ports. qmail installed properly and I can talk to it via TCP/IP on port 25. My local DNS server is running Bind 8 and working fine without any problems. If I send a message from a client in the network to a local user on the server qmail accepts the message and everything looks fine until you start to wonder why qmail isn't delivering the message. qmail has delivery problems, the /var/log/maillog file says: (...) starting delivery 33: msg (...) to remote [EMAIL PROTECTED] (...) delivery 33: deferral CNAME_lookup_failed_temporarily._ (#4.4.3)\ First of all: The delivery should be a local and not a remote delivery because my local domain is waagen-schmitt.de. And the second thing is that I don't understand why qmail has a DNS lookup failure because my DNS server is running fine. See, I'm pretty lost and confused right now so I'm posting my config files and I would appreciated if you could tell me where my problem is. My qmail problem. Ok, config files follow: filenameentry === bouncefrom postmaster bouncehost ws1 defaultdomain waagen-schmitt.de locals waagen-schmitt.de ws1.waagen-schmitt.de me ws1.waagen-schmitt.de plusdomain waagen-schmitt.de For the qmail startup I'm using tcpserver and my /var/qmail/rc file is a copy of /var/qmail/boot/binm1. My domain is waagen-schmitt.de and the hostname of the mail server is ws1. Right now ws1 has no chance to connect to any other network then my LAN. Thanks in advance for all the time you invest in my problems. -Moritz
Re: qmail-remote
GIC MLs <[EMAIL PROTECTED]> wrote: > > > > <[EMAIL PROTECTED]>: Sorry. Although I'm listed as a best-preference > > > MX or A for that host, it isn't in my control/locals file, so I don't > > > treat it as local. (#5.4.6) > > It looks like somehow a Maildir delivery instruction is being confused for > > a forwarding directive -- I don't quite understand how this is happening. > Ok, at least I'm not the only one then. :-) > Again, this was all working "perfectly" until I hard-rebooted... > > Post an exact copy of the script you use to start qmail -- the one that > > actually calls qmail-start. We need to see what you're supplying as an > > argument to qmail-start -- if that argument is read from a file, post the > > contents of that file as well. > > chicken# cat /var/qmail/rc > #!/bin/sh > > exec env - PATH="/var/qmail/bin:$PATH" \ > qmail-start "`cat /var/qmail/control/defaultdelivery`" 2>&1 You missed one of the instructions -- we need the contents of the defaultdelivery file -- I think it's got invalid contents. Otherwise, things look okay. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: /etc/qmail permissions
Rodrigo Borges Pereira <[EMAIL PROTECTED]> wrote: > I'd like to know if it's possible to chmod 750 the directories under > [/var/qmail/] so that no one can go in there and check my configuration > files, without disrupting qmail's functioning. Why don't you try it and see? Any problems should show up very quickly in the qmail-send or qmail-smtpd logs. Personally, I don't see it being a problem for qmail-send -- qmail-smtpd depends on which user and group you run qmail-smtpd as. However, there's no security-critical data in there -- why do you want to keep this data secret? What problem are you trying to solve? If you have local users who could use this (fairly innocuous) data to subvert your system, you've got bigger problems. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: sending mail via MS Exchange
On Wed, Jul 04, 2001 at 01:11:30PM -0500, Kenny Austin allegedly wrote: > Putting the IP address in smtproutes does work, however if the host at that > IP address is ever down the messages will bounce after one try. Not true. Smtproutes is simply a DNS lookup override mechanism. The retry is done regardless of whether smtproutes is part of the delivery process or not. Regards.
Re: qmail-remote (so far, so good...)
Hello, For what its worth, I am now receiving (and able to send mail). I stopped the qmail programs, flushed the queue of test messages, made the changes below, and then restarted qmail. Now mail I send is sent out immediately. However, I had been using vpopmail with virtual domains, but now mail is delivered to /home/user/Maildir instead of /usr/local/vpopmail/domains/mydom.co.jp/user/Mailbox . I checked users/assign, but nothing seemed out of order... How do I change delivery to the virtual users' Maildirs? Thanks, Shawn - Original Message - From: "GIC MLs" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 05, 2001 3:05 AM Subject: Re: qmail-remote > Thanks for the help. > > > > > > Possibly the mode/etc of the trigger is incorrect. Stop qmail, do > "make > > > > > setup check" from the qmail source directory again. > > > > > > > > Actually, I am glad you mentioned this, because I have been looking > for > > > > the "correct" way to stop qmail. I can't find "stop" in the index of > > > > "Running Qmail," and the pages on the web I have looked at seem to be > > > > dealing with an unsupervised environment, so when I use the methods > they > > > > show, my qmail programs just pop up again. I'm sure there must be a > > > > standard way to shut it down, but if you could enlighten me there, I'd > > > > really appreciate it. I have managed to get it down in the past, but > it > > > > was very messy. > > > > If you're using svscan, then "svc -d /service/" will do the > > trick. If you installed according to "Life with qmail", then the command > > would be > > > > svc -d /service/qmail-send > > Thanks. > Output of make setup check is: > > chicken# make setup check > ./install > ./instcheck > chicken# > > > > > > > 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]>: Sorry. Although I'm listed as a > > > > > > best-preference MX or A for that host, it isn't in my > control/locals > > > > > > file, so I don't treat it as local. (#5.4.6) > > > > It looks like somehow a Maildir delivery instruction is being confused for > a > > forwarding directive -- I don't quite understand how this is happening. > > Ok, at least I'm not the only one then. :-) > Again, this was all working "perfectly" until I hard-rebooted... > > > > > rcpthosts: > > > > SMTP clients may send messages to recipients at local. > > > > SMTP clients may send messages to recipients at splat.or.jp. > > > > SMTP clients may send messages to recipients at mr.splat.or.jp. > > > > SMTP clients may send messages to recipients at chicken.or.jp. > > > > This is one of your problems -- "chicken.splat.or.jp" should be in > rcpthosts. > > It's not the main one, though. > > Corrected. Thank you. > > > > > virtualdomains: (Default.) No virtual domains. > > > > virtualdomain: I have no idea what this file does. > > > > Did you intend to create some virtualdomains? If so, you misnamed the > file. > > qmail will ignore this file. > > Renamed. > > > Post an exact copy of the script you use to start qmail -- the one that > > actually calls qmail-start. We need to see what you're supplying as an > > argument to qmail-start -- if that argument is read from a file, post the > > contents of that file as well. > > chicken# cat /var/qmail/rc > #!/bin/sh > > exec env - PATH="/var/qmail/bin:$PATH" \ > qmail-start "`cat /var/qmail/control/defaultdelivery`" 2>&1 > > > Thanks again, > > Shawn > >
Re: Why isn't qmail delivering anything?
Moritz Schmitt wrote: > > Hello again, > > at first: sorry to ask two big questions a day but I a little lost. With > qmail. Only with qmail. Anymways here we go: > > I am supposed to set up a mail server for a little LAN which delivers local > and remote messages via SMTP. For receiving messages I am going to use > serialmail but that's not my problem. At least not yet. > I'm using FreeBSD 4.2 RELEASE and qmail 1.03 from the ports. qmail installed > properly and I can talk to it via TCP/IP on port 25. My local DNS server is > running Bind 8 and working fine without any problems. If I send a message > from a client in the network to a local user on the server qmail accepts the > message and everything looks fine until you start to wonder why qmail isn't > delivering the message. qmail has delivery problems, the /var/log/maillog > file says: > > (...) starting delivery 33: msg (...) to remote [EMAIL PROTECTED] > (...) delivery 33: deferral CNAME_lookup_failed_temporarily._ (#4.4.3)\ You don't have your MX records for your domain in DNS. Mike
[OT] RE: tcpserver / queue cleaning
I'm using /etc/rc to start the tcpserver process because I read it in Running qmail; Richard Blum. To quote him on that: "Once the qmail-smtpd boot script is created, it must be run from a system boot script. On a FreeBSD system this can be the /etc/rc script." Because the qmail-smtpd script just contained the tcpserver line I thought it's no big deal to write it directly into /etc/rc. Anyways, I or the book, one of us sucks. Maybe both. But thanks for the hint I'm going to read "Life with qmail" and I'm removing my entries from /etc/rc. -Moritz -Original Message- From: Greg White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 04, 2001 8:47 PM To: qmail Subject: Re: tcpserver / queue cleaning On Wed, Jul 04, 2001 at 08:26:45PM +0200, Moritz Schmitt wrote: > Hello, > > I got too questions about qmail and tcpserver. If the tcpserver program is > off topic here, please advise me to the right list. > > 1. How can I delete every message existing in the queue? If this isn't a FAQ, it should be. Stop all qmail processes. Have the compile qmail source handy. 'rm -rf /var/qmail/queue', and 'make setup check' in the qmail source directory. (There are other ways, but this way is, IMHO, the simplest for someone who doesn't understand the architecture of qmail.) > > 2. I'm using tcpserver to start qmail and it seems to work. But there is a > little thing I don't understand. On my FreeBSD 4.2 RELEASE machine I added > the follwing configuration file into /etc/rc: > > /usr/local/bin/tcpserver -p -x /etc/tcp.smtp.cdb -u 82 -g 81 0 smtp \ > /var/qmail/bin/smtpd Wow. It's strongly recommended, even in the file itself, not to play with /etc/rc. If you want to stick with files in /etc, use rc.local. I personally am now a big fan of /usr/local/etc/rc.d/*.sh -- FreeBSD now runs any files matching that specification at boot time. I use this method to start svscan, which then starts all the tcpserver processes (qmail-smtpd, qmail-pop3d, et al) for me* -- see Life With qmail: http://www.lifewithqmail.org/ and modify the 'run' scripts to taste. * Of course, it also starts dnscache, tinydns, axfrdns, and publicfile. I love DJBware. ;) > > After I added this line I rebooted the machine and it stopped right at the > point where it was supposed to excute the line above. It didn't crash and I > was able to talk to my server on port 25 it just didn't proccess the rest of > the startup scripts. Because it looked the way that > /var/qmail/bin/qmail-smtpd was waiting on stdin I added an ampersand at the > and of the line so /bin/sh would start it as a background process. It seems > to work that way but I'm confused because I read twice in two different docs > that no ampersand is needed. At least it wasn't printed there. Can anyone > enlighten me? > > -Moritz See above -- if you're going to run tcpserver, I highly recommend that you go whole hog and use daemontools to bring stuff up as well. Can't wait until openssh has an option that runs under daemontools without too much extra overhead! -- Greg White Those who make peaceful revolution impossible will make violent revolution inevitable. -- John F. Kennedy
Re: Why isn't qmail delivering anything?
Moritz Schmitt <[EMAIL PROTECTED]> wrote: > > I am supposed to set up a mail server for a little LAN which delivers local > and remote messages via SMTP. For receiving messages I am going to use > serialmail but that's not my problem. At least not yet. Well, it is -- serialmail can't receive messages. It's an SMTP or QMTP client, not a server. You'll need to run qmail-smtpd or qmail-qmtpd if you want to receive messages via one of these protocols from a serialmail client elsewhere. > I'm using FreeBSD 4.2 RELEASE and qmail 1.03 from the ports. qmail installed > properly and I can talk to it via TCP/IP on port 25. My local DNS server is > running Bind 8 and working fine without any problems. If I send a message > from a client in the network to a local user on the server qmail accepts the > message and everything looks fine until you start to wonder why qmail isn't > delivering the message. qmail has delivery problems, the /var/log/maillog > file says: > > (...) starting delivery 33: msg (...) to remote [EMAIL PROTECTED] > (...) delivery 33: deferral CNAME_lookup_failed_temporarily._ (#4.4.3)\ > > First of all: The delivery should be a local and not a remote delivery > because my local domain is waagen-schmitt.de. Post the output of `qmail-showctl` (copy & paste, without editing). I realize you summarized some of the contents in your original message, but too many times it looks correct because the poster types what they meant to put in the control files, instead of what's actually there. You did remember to restart qmail after changing locals, didn't you? > And the second thing is that I don't understand why qmail has a DNS lookup > failure because my DNS server is running fine. Well, you think it's running fine. Who knows what the rest of the world sees. >From here, I get: [charlesc@charon]$ dnsmx waagen-schmitt.de 10 mx01.schlund.de 10 mx00.schlund.de Are either of those hosts yours? Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Why isn't qmail delivering anything?
Moritz Schmitt wrote: > > Hello again, > > at first: sorry to ask two big questions a day but I a little lost. With > qmail. Only with qmail. Anymways here we go: > > I am supposed to set up a mail server for a little LAN which delivers local > and remote messages via SMTP. For receiving messages I am going to use > serialmail but that's not my problem. At least not yet. > I'm using FreeBSD 4.2 RELEASE and qmail 1.03 from the ports. qmail installed > properly and I can talk to it via TCP/IP on port 25. My local DNS server is > running Bind 8 and working fine without any problems. If I send a message > from a client in the network to a local user on the server qmail accepts the > message and everything looks fine until you start to wonder why qmail isn't > delivering the message. qmail has delivery problems, the /var/log/maillog > file says: > > (...) starting delivery 33: msg (...) to remote [EMAIL PROTECTED] > (...) delivery 33: deferral CNAME_lookup_failed_temporarily._ (#4.4.3)\ > > First of all: The delivery should be a local and not a remote delivery > because my local domain is waagen-schmitt.de. And the second thing is that I > don't understand why qmail has a DNS lookup failure because my DNS server is > running fine. See, I'm pretty lost and confused right now so I'm posting my > config files and I would appreciated if you could tell me where my problem Hi, It sounds like you might have made changes to the control files and not restarted the appropriate processes. Some control files only take effect after you have restartd qmail-send or qmail-smtpd. If you are using /service then svc -t /service/* should do it. Otherwise, the configuration looks fine. If this does not work, then post your smtproutes file. Mike
FYI: Windows is better
Subject: Windows vs Unix From:Charles Booher h-64-105-140-243.lnoclli.covad.net Tue Jul 3 12:25:05 My second computer was a VA Linux box. I tried to run SCO Unix on my first computer but that did not work out for a number of reasons. When Windows 3.0 was young I was working on various applications for Sun, HP, Silicon Graphics and all those other soon to be defunct Unix Workstation vendors. I was one of the first guys to write a P.O. for Rack mounted Linux boxes, and I have done a lot of developement with X-Windows, Motif, GNU, and all the GNU Toys. I started learning Windows 3.0 and worked my way through all the other MS developement tool kits starting with the C/C++ 7.0 compiler and Borland Compilers. I have been working in both Unix and Windows for the Last 10 years. Windows is a better software system. Linux is free and the only use I have had for it in the last four years was to set up a cheap router using an obsolete scrap computer. Unix does very little that is usefull to the average computer user. Unix is not a new technology. Linux is just a free rewrite of the Unix system. Where are the application packages for Linux? They are mostly a pile of student written science fair experiments scattered on a large number of obscure web site. So you can download the source to LaTex. Who cares? People buy computers to run applications. They don't buy computers to run compilers, although Microsoft does make better compilers for x86 than GNU. MSDN is a better development environment than GNU, Better software tools create better software. People don't care how well an operating system works if there are no useful applications. So how is Richard Stallman doing with his Hurd Operating system? The entire GNU-Linux system is nothing more than a science fair experiment run by various techno-geeks. As a science fair experiment GNU-Linux has its uses. I have looked very deeply into both systems and Microsoft has the better system. Regards, Charles
RE: qmail bcc function problem
I posted my question on outlook newsgroup, but no response yet. Thanks. Regards, Philip N. Han > -Original Message- > From: qmail [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, July 04, 2001 11:41 AM > To: [EMAIL PROTECTED] > Subject: Re: qmail bcc function problem > > > > I would be EXTREMELY surprised if this is down to qmail! > > Have you posted your question on an Outlook newsgroup? > > Cheers. > > > > Philip N. Han writes: > > > > > Hi, > > > > We have over 800 members and sent out newsletters using the Bcc function > > within Microsoft Outlook via qmail server. > > > > Up to three weeks ago everything worked fine then we started to > get a few (3 > > or 4) return e-mails telling us that all the email addresses > were showing up > > in the body portion of the e-mail message. And, in some cases > attached files > > do not arrive. > > > > I checked all settings in Outlook and even reinstalled the > program but this > > did not solve the problem. > > > > The question now is - could the problem involve qmail server? > > > > We just installed qmail scanner from > http://qmail-scanner.sourceforge.net/ > > . > > > > > > Thanks for any help. > > > > > > > > Philip N. Han > > >
Re: Speed up injecting
On Wed, Jul 04, 2001 at 05:16:41PM +0200, Henning Brauer wrote: [snip] > Someone posted a perl module called "qspam" or so calling qmail-remote > directly and only injecting into the queue if this fails. This should speed > up things dramatically. Only when done massively parallel, ofcourse. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: Speed up injecting
On Wed, Jul 04, 2001 at 08:17:36AM -0600, Charles Cazabon wrote: [snip] > qmail-queue takes multiple recipients for a single message; extending it to > handle multiple messages would be complicated and pointless. And would *only* benefit Solaris users who are too lazy to migrate to something that works. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: qmail-remote (so far, so good...)
GIC MLs <[EMAIL PROTECTED]> wrote: > > For what its worth, I am now receiving (and able to send mail). The "make setup check" fixed your problems. You had to stop and restart qmail for those changes to take effect. > Now mail I send is sent out immediately. However, I had been using vpopmail > with virtual domains, but now mail is delivered to /home/user/Maildir > instead of /usr/local/vpopmail/domains/mydom.co.jp/user/Mailbox . I checked > users/assign, but nothing seemed out of order... How do I change delivery > to the virtual users' Maildirs? This is a function of the default delivery instruction and users' .qmail files. See the vpopmail instructions for how to set it up. It no longer has anything to do with qmail. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: [OT] RE: tcpserver / queue cleaning
Moritz Schmitt <[EMAIL PROTECTED]> wrote: > I'm using /etc/rc to start the tcpserver process because I read it in > Running qmail; Richard Blum. To quote him on that: "Once the qmail-smtpd > boot script is created, it must be run from a system boot script. On a > FreeBSD system this can be the /etc/rc script." Because the qmail-smtpd > script just contained the tcpserver line I thought it's no big deal to write > it directly into /etc/rc. It is a big deal, if you don't understand what you're putting in there. > Anyways, I or the book, one of us sucks. Maybe both. No. You're a newbie. You don't suck. The book, from the opinions of knowledgable qmail experts on this list, appears to suck quite badly. The advice you quote above is further evidence of this. > But thanks for the hint I'm going to read "Life with qmail" and I'm removing > my entries from /etc/rc. Yes, "Life with qmail" is definitely the way to go for most novices. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: FYI: Windows is better
Ok, who changed the qmail list to an advocacy discussion without notifying the subscribers? On 04 Jul 2001 14:36:54 -, [EMAIL PROTECTED] wrote: >Subject: Windows vs Unix >From:Charles Booher >h-64-105-140-243.lnoclli.covad.net >Tue Jul 3 12:25:05 > >My second computer was a VA Linux box. I tried to run >SCO Unix on my first computer but that did not work out >for a number of reasons. > Stephen Berg //-USAF Instructor -/- Reluctant NT User -/- Web Designer-// //- Home = [EMAIL PROTECTED] -// //-Work = [EMAIL PROTECTED] -// //- http://iceberg.3c0x1.com/ -/- http://www.3c0x1.com -//
Re: FYI: Windows is better
What is the relevancy of this to this list? Suffice it to say that many people have done as much or more of their own comparison and have come to the opposite conclusion. Welcome to the senseless realm of OS advocacy. Use what works for you. I'll use what works for me -Tupshin
Re: FYI: Windows is better
On Wed, Jul 04, 2001 at 02:36:54PM -, [EMAIL PROTECTED] wrote: > MSDN is a better development environment than GNU, > Better software tools create better software. And yet every piece of software ever produced by Microsoft is garbage. Please troll elsewhere. Chris
Re[2]: FYI: Windows is better
> Ok, who changed the qmail list to an advocacy discussion without > notifying the subscribers? > On 04 Jul 2001 14:36:54 -, [EMAIL PROTECTED] wrote: dunno.. he should have posted that on slashdot with his private address. (not email). some militant freebsd/linux user gang would surely visit him. i guess there might even be some solaris freaks out there, willing to show him the glory of their OS. /justin
Re: FYI: Windows is better
* Tupshin Harper <[EMAIL PROTECTED]> [010704 15:58]: > > What is the relevancy of this to this list? It sharply reminds us why we don't run Windows. Ever seen a woman go "u, yes, I love it when you're stupid... you're such a tool..."? Don't think so. That's why score a lot while those tosser stay, well, tossers... Eh, Charles, care for an inflatable Win2k sheep?
Re: qmail-scanner
On Wed, Jul 04, 2001 at 02:38:18PM +0800, Brett Leeder wrote: > I, as postmaster, get a LOT of these bounces and because of the > formatting characters in the subject line etc (this is my assumption > anyway), my mail client (Netscape), falls in a heap and is unable to > process the received mail, leaving a mess on the server and in my local > folders. I am having a lot of customers suffering from the same issue. Well this is either a Netscape bug OR a IMAP/POP bug (I assume that's how Netscape gets the mail). You know the drill. Are you running the most up-to-date versions of your IMAP/POP server - does it really just affect Netscape (i.e. does M$ Outlook work?), etc. If it is a Netscape/POP/IMAP bug - with the latest release - please report it - they can't be expected to fix problems they don't know about. -- Cheers Jason Haar Unix/Special Projects, Trimble NZ Phone: +64 3 9635 377 Fax: +64 3 9635 417
Re: FYI: Windows is better
On Wed, Jul 04, 2001 at 01:22:49PM -0700, Tupshin Harper wrote: > > What is the relevancy of this to this list? Ignore the troll. -- * 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: FYI: Windows is better
[EMAIL PROTECTED]([EMAIL PROTECTED])@2001.07.04 14:36:54 +: > Unix is not a new technology. ...but it's evolving > Linux is just a free rewrite of the Unix system. no > Where are the application packages for Linux? They are > mostly a pile of student written science fair experiments > scattered on a large number of obscure web site. So you > can download the source to LaTex. Who cares? People buy ...then simply shut up and write your technical docs with w0rd and tell me what happens if you hit the magic 400 page limit and look at your index, footnotes and the bibliography. LOL > computers to run applications. They don't buy computers > to run compilers, although Microsoft does make better > compilers for x86 than GNU. like everything else in the computing world this is a matter of flavour. peppermint or spearmint? it's up to you... i stick to spearmint (gcc) since it runs on every system i do my work on (free/net/openbsd, irix, aix, slowlaris, linux, cygwin32) and creates code for virtually every platform i had contact with (refer to my web page). > MSDN is a better development environment than GNU, gcc has no IDE... try codewarrior. > Better software tools create better software. better programmers/engineers create better software. the better those folks are the better are the tools they select > People don't care how well an operating system works if > there are no useful applications. opposed to windoze internet intrusion server[tm] you can get a free high performance web server on unix platforms (apache). no i don't want to hear "but there's apache for win32" -- it plainly sucks. > So how is Richard Stallman doing with his Hurd Operating > system? dunno? play nethack? it's perfectly portable onto a variety of platforms, but it doesn't compile with msvc. guess why. > The entire GNU-Linux system is nothing more than a > science fair experiment run by various techno-geeks. As a > science fair experiment GNU-Linux has its uses. neat that there are bsd copyright notices all over the place in both win32 and gnu/linux header files, eh? > I have looked very deeply into both systems and Microsoft > has the better system. hopefully this is kept a trade secret ;-) if the mass of people on the net would find out, microsoft would still exist for the next few decades... pfff... /k -- > "Water? Never touch the stuff! Fish fuck in it." --W. C. Fields KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- [EMAIL PROTECTED] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 Please do not remove my address from To: and Cc: fields in mailing lists. 10x PGP signature
Re: FYI: Windows is better
If that really was Charles Booher posting, after the pot smoke clears he'll likely claim to have been abducted by an alien who looks like Elvis... I'm not making this up... http://www.techtv.com/cybercrime/features/story/0,23008,2108025,00.html http://www.hempcultivation.com/420/showthread.php?threadid=3356 - Original Message - From: "Robin S. Socha" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 04, 2001 2:04 PM Subject: Re: FYI: Windows is better > * Tupshin Harper <[EMAIL PROTECTED]> [010704 15:58]: > > > > What is the relevancy of this to this list? > > It sharply reminds us why we don't run Windows. Ever seen a woman go > "u, yes, I love it when you're stupid... you're such a tool..."? > Don't think so. That's why score a lot while those tosser stay, well, > tossers... Eh, Charles, care for an inflatable Win2k sheep?
Elm and pop
How do you configure elm to work with qmail? I tried using elq to run elm, but cannot send or receive emails via elm. I have qmail and checkpassword installed. I can manually send a blank email via smtp (as per the FAQs and install file help). I can't receive emails from the external pop from my ISP...not sure how to (is it via qmail-popup and do you have to invoke this manually?) I have tried fetchmail for this but am getting an smtp error. Thanks Rob...
Re: FYI: Windows is better
I have a few points to make here. #1) The BEST OS is the OS that suits YOUR needs. I could care less what OS _you_ use, because I don't have to deal with your headaches/problems/needs/desires. #2) You show your ignorance in a number of ways. If you are truly as intelligent as you'd like to make us think, show us by keeping your posts on topic. #3) Nobody (with any authority) has ever claimed *x was for the average user. I personally would feel sorry for any tech support lackey who had to walk grandma through setting up her ppp/pptp/ppoe/ATM/etc settings. It's bad enough teaching them how to double click. (Yes I did my time as tech support.) #4) Don't knock an OS because of your lack of knowledge. MANY people use various flavors of unix on a daily basis with no trouble. YOUR lack of knowledge does not constitute inferior software. (RSA nearly never became a reality, because they couldn't get people to understand a "public key" Just because you don't KNOW does not mean the product is inferior. RSA was (and in my opinion, still is) a GREAT thing. #5) #4 was basically just to show you how annoying it is to get off topic. Especially when you dribble on about it. #6) I probably shouldn't have typed this email, because I was starting to lose respect for people on this list, for jumping on the trolls' bandwagon, but here I am, blowing my horn too. Please, take your advocasy to a newsgroup that deals with the topic. Maybe you can find some lemmings to agree with you. I prefer to make up my own opinion about what software I run. I also much prefer to modify that software for my particular needs. if a cookie cutter OS suits you, GREAT.. it's one less person *I* have to help via email/newsgroups/IRC. My .4 cents. Jeff Palmer [EMAIL PROTECTED] On 4 Jul 2001, [EMAIL PROTECTED] wrote: > Subject: Windows vs Unix > From:Charles Booher > h-64-105-140-243.lnoclli.covad.net > Tue Jul 3 12:25:05 > > My second computer was a VA Linux box. I tried to run > SCO Unix on my first computer but that did not work out > for a number of reasons. > > When Windows 3.0 was young I was working on various > applications for Sun, HP, Silicon Graphics and all those > other soon to be defunct Unix Workstation vendors. I was > one of the first guys to write a P.O. for Rack mounted > Linux boxes, and I have done a lot of developement with > X-Windows, Motif, GNU, and all the GNU Toys. I started > learning Windows 3.0 and worked my way through all the > other MS developement tool kits starting with the C/C++ > 7.0 compiler and Borland Compilers. > > I have been working in both Unix and Windows for the Last > 10 years. > > Windows is a better software system. Linux is free and > the only use I have had for it in the last four years was > to set up a cheap router using an obsolete scrap computer. > > Unix does very little that is usefull to the average > computer user. > > Unix is not a new technology. > > Linux is just a free rewrite of the Unix system. > > Where are the application packages for Linux? They are > mostly a pile of student written science fair experiments > scattered on a large number of obscure web site. So you > can download the source to LaTex. Who cares? People buy > computers to run applications. They don't buy computers > to run compilers, although Microsoft does make better > compilers for x86 than GNU. > > MSDN is a better development environment than GNU, > Better software tools create better software. > > People don't care how well an operating system works if > there are no useful applications. > > So how is Richard Stallman doing with his Hurd Operating > system? > > The entire GNU-Linux system is nothing more than a > science fair experiment run by various techno-geeks. As a > science fair experiment GNU-Linux has its uses. > > I have looked very deeply into both systems and Microsoft > has the better system. > > Regards, > > Charles > > > >
qmail logging
Hello all, I have finished my qmail install follow a HOWTO from Adam McKenna but I can't find any logs when testing. I am using the TEST.deliver file as a guide, which states that the logging should be in the syslog file but nothing is there. I run the tests and I have email arriving to local mailboxes but I can't find the logging information. Thanks. Chris.
RE: Why isn't qmail delivering anything?
Thanks for the fast reply. The output of qmail-showctl follows: --- begin -- qmail home directory: /var/qmail. user-ext delimiter: -. paternalism (in decimal): 2. silent concurrency limit: 120. subdirectory split: 23. user ids: 81, 82, 83, 0, 84, 85, 86, 87. group ids: 81, 82. badmailfrom: (Default.) Any MAIL FROM is allowed. bouncefrom: Bounce user name is postmaster. bouncehost: Bounce host name is ws1. 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 waagen-schmitt.de. defaulthost: (Default.) Default host name is ws1.waagen-schmitt.de. doublebouncehost: (Default.) 2B recipient host: ws1.waagen-schmitt.de. doublebounceto: (Default.) 2B recipient user: postmaster. envnoathost: (Default.) Presumed domain name is ws1.waagen-schmitt.de. helohost: (Default.) SMTP client HELO host name is ws1.waagen-schmitt.de. idhost: (Default.) Message-ID host name is ws1.waagen-schmitt.de. localiphost: (Default.) Local IP address becomes ws1.waagen-schmitt.de. locals: Messages for waagen-schmitt.de are delivered locally. Messages for ws1.waagen-schmitt.de are delivered locally. me: My name is ws1.waagen-schmitt.de. percenthack: (Default.) The percent hack is not allowed. plusdomain: Plus domain name is waagen-schmitt.de. 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: SMTP greeting: 220 [ws1.waagen-schmitt.de --- Waagen-Schmitt GmbH]. 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. --- end -- I already restarted the server, which means that I restarted qmail. The hosts you found with dnsmx are not my servers but my providers DNS servers. The DNS I am running is just for my LAN and actually I only set it up for qmail. We are still using a dial up account. What I want to do is to collect all mail on the machine with qmail (ws1) and then using cron to send all mail to our ISP's mailserver every 30 minutes or so. Same on the way back: Using serialmail to receive every 30 minutes new email. Regards, -Moritz -Original Message- From: Charles Cazabon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 04, 2001 9:13 PM To: qmail Subject: Re: Why isn't qmail delivering anything? Moritz Schmitt <[EMAIL PROTECTED]> wrote: > > I am supposed to set up a mail server for a little LAN which delivers local > and remote messages via SMTP. For receiving messages I am going to use > serialmail but that's not my problem. At least not yet. Well, it is -- serialmail can't receive messages. It's an SMTP or QMTP client, not a server. You'll need to run qmail-smtpd or qmail-qmtpd if you want to receive messages via one of these protocols from a serialmail client elsewhere. > I'm using FreeBSD 4.2 RELEASE and qmail 1.03 from the ports. qmail installed > properly and I can talk to it via TCP/IP on port 25. My local DNS server is > running Bind 8 and working fine without any problems. If I send a message > from a client in the network to a local user on the server qmail accepts the > message and everything looks fine until you start to wonder why qmail isn't > delivering the message. qmail has delivery problems, the /var/log/maillog > file says: > > (...) starting delivery 33: msg (...) to remote [EMAIL PROTECTED] > (...) delivery 33: deferral CNAME_lookup_failed_temporarily._ (#4.4.3)\ > > First of all: The delivery should be a local and not a remote delivery > because my local domain is waagen-schmitt.de. Post the output of `qmail-showctl` (copy & paste, without editing). I realize you summarized some of the contents in your original message, but too many times it looks correct because the poster types what they meant to put in the control files, instead of what's actually there. You did remember to restart qmail after changing locals, didn't you? > And the second thing is that I don't understand why qmail has a DNS lookup > failure because my DNS server is running fine. Well, you think it's running fine. Who knows what the rest of the world sees. >From here, I get: [charlesc@charon]$ dnsmx waagen-schmitt.de 10 mx01.schlund.de 10 mx00.schlund.de Are either of those hosts yours? Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/softwa
Re: Elm and pop
Robert Ruzbacky <[EMAIL PROTECTED]> wrote: > How do you configure elm to work with qmail? I tried using elq to run elm, > but cannot send or receive emails via elm. Details, please -- what do you mean by "cannot send or receive emails"? What error messages do you get when you try to send a message composed in elm? What goes in the qmail logs? What does the strace/truss look like at this point? > I have qmail and checkpassword installed. I can manually send a blank email > via smtp (as per the FAQs and install file help). Good. > I can't receive emails from the external pop from my ISP...not sure how to > (is it via qmail-popup and do you have to invoke this manually?) Retrieving mail from another POP3 server is out of qmail's scope -- i.e., qmail is not involved in the process in any way. Forget qmail-popup, checkpassword, and qmail-pop3d unless you want to run a POP3 server, not client. > I have tried fetchmail for this but am getting an smtp error. Again, what error message? Exact text of all error messages, please. I have suspicions about what error you're seeing, but if you won't give us any hints, I'll keep my guesses to myself. You may also want to try getmail instead of fetchmail; you won't need to do delivery by SMTP injection. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail logging
Chris Woods <[EMAIL PROTECTED]> wrote: > > I have finished my qmail install follow a HOWTO from Adam McKenna but I > can't find any logs when testing. This depends entirely on how you configured qmail. If you don't know how you configured qmail to log, do: find /var/log -type f | xargs grep "starting delivery" That should give you a likely list of places to look for qmail-send's logs. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Why isn't qmail delivering anything?
Moritz Schmitt <[EMAIL PROTECTED]> wrote: > Thanks for the fast reply. The output of qmail-showctl follows: [...] > locals: > Messages for waagen-schmitt.de are delivered locally. > Messages for ws1.waagen-schmitt.de are delivered locally. [...] > virtualdomains: (Default.) No virtual domains. [...] > What I want to do is to collect all mail on the machine with qmail (ws1) and > then using cron to send all mail to our ISP's mailserver every 30 minutes or > so. You don't have qmail configured to do this -- it's trying to deliver mail normally (i.e., by looking up MX records in DNS and delivering via SMTP). You need a wildcard virtualdomains entry storing mail in a Maildir, which you then run serialmail on. See the documentation for serialmail and the man page for qmail-send, as well as Dan's qmail FAQs. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Why isn't qmail delivering anything?
Moritz Schmitt wrote: > I already restarted the server, which means that I restarted qmail. The > hosts you found with dnsmx are not my servers but my providers DNS servers. > The DNS I am running is just for my LAN and actually I only set it up for > qmail. We are still using a dial up account. What I want to do is to collect > all mail on the machine with qmail (ws1) and then using cron to send all > mail to our ISP's mailserver every 30 minutes or so. Same on the way back: > Using serialmail to receive every 30 minutes new email. > The DNS servers in your /etc/resolv.conf file are probably those of your ISP, right? We have already seen that their MX records for your domain are not the same as what you have on your internal DNS server. Qmail is probably trying to find the MX records from your ISP, but the machine isn't dialed onto the net so it fails. That is why you are seeing DNS lookup failures. You will have to do some DNS trickery to get this working right. Qmail is meant for well connected machines. Mike
Re: qmail logging
And if that didn't return anything Chris. On Wed, Jul 04, 2001 at 05:41:59PM -0600, Charles Cazabon wrote: > Chris Woods <[EMAIL PROTECTED]> wrote: > > > > I have finished my qmail install follow a HOWTO from Adam McKenna but I > > can't find any logs when testing. > > This depends entirely on how you configured qmail. If you don't know how you > configured qmail to log, do: > > find /var/log -type f | xargs grep "starting delivery" > > That should give you a likely list of places to look for qmail-send's logs. > > Charles > -- > --- > Charles Cazabon<[EMAIL PROTECTED]> > GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ > ---
Re: qmail logging
I found my problem sorry for troubling anyone, turned out to be a typo. Thanks for the help and ideas Chris. On Wed, Jul 04, 2001 at 07:12:57PM -0500, Chris Woods wrote: > And if that didn't return anything > > Chris. > > On Wed, Jul 04, 2001 at 05:41:59PM -0600, Charles Cazabon wrote: > > Chris Woods <[EMAIL PROTECTED]> wrote: > > > > > > I have finished my qmail install follow a HOWTO from Adam McKenna but I > > > can't find any logs when testing. > > > > This depends entirely on how you configured qmail. If you don't know how you > > configured qmail to log, do: > > > > find /var/log -type f | xargs grep "starting delivery" > > > > That should give you a likely list of places to look for qmail-send's logs. > > > > Charles > > -- > > --- > > Charles Cazabon<[EMAIL PROTECTED]> > > GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ > > ---
Re: what's wrong with my system
That's the problem, qmail-send log is empty I just notice in qmail-smtpd log something like this @40003b42df812a365fa4 tcpserver: status: 0/50 @40003b43c4822cee0d64 tcpserver: status: 1/50 @40003b43c4822cf404bc tcpserver: pid 24927 from 192.168.1.9 @40003b43c4822d09b76c tcpserver: ok 24927 0:192.168.1.1:25 sobari.chitose.co.id:192.168.1.9::1052 @40003b43c4823402f6dc tcpserver: end 24927 status 0 @40003b43c48234034114 tcpserver: status: 0/50 @40003b43c50609eeabd4 tcpserver: status: 1/50 @40003b43c50609f4e1ac tcpserver: pid 28524 from 192.168.1.9 @40003b43c5060a0a1f2c tcpserver: ok 28524 0:192.168.1.1:25 sobari.chitose.co.id:192.168.1.9::1058 @40003b43c5060f704f04 tcpserver: end 28524 status 0 @40003b43c5060f70993c tcpserver: status: 0/50 but the qmail-send is absolutely empty On 4 Jul 2001, at 8:12, Charles Cazabon wrote: > Sobari Tanuwijaya <[EMAIL PROTECTED]> wrote: > > > I don't have qmail-clean, qmail-rspawn, qmail-lspawn when doing ps > > waux | grep qmail, I just have : qmail-send running as root > > qmail-pop3d running as root qmail-smtpd running as root > > > > What's wrong with my system, which configuration file should I check > > ? > > Check your qmail-send logs. They should tell you if you have a > problem. Have a nice day Regards, Sobari Tanuwijaya ICQ #56877173
Re: what's wrong with my system
Sobari Tanuwijaya <[EMAIL PROTECTED]> wrote: > That's the problem, qmail-send log is empty Then you're not looking in the right place -- you'll always get either a failure message from qmail-start ("... cannot start") or a status line from qmail-send. Post your start script for qmail, along with an ls -l of the file it's in. If something's wrong with the script, you won't even get as far as exec'ing qmail-start. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
RE: /etc/qmail permissions
> > Rodrigo Borges Pereira <[EMAIL PROTECTED]> wrote: > > > I'd like to know if it's possible to chmod 750 the directories under > > [/var/qmail/] so that no one can go in there and check my configuration > > files, without disrupting qmail's functioning. > > Why don't you try it and see? Any problems should show up very > quickly in the > qmail-send or qmail-smtpd logs. Personally, I don't see it being > a problem > for qmail-send -- qmail-smtpd depends on which user and group you run > qmail-smtpd as. > > However, there's no security-critical data in there -- why do you > want to keep > this data secret? What problem are you trying to solve? If you > have local > users who could use this (fairly innocuous) data to subvert your system, > you've got bigger problems. > It's not that it's a problem.. i know the data is innocuous, but there's always some users who like to check the configs.. and browse around, see for what domains i treat mail.. i just don't want to give them that pleasure/possibility :) I asked this on the list because i didn't want to disrupt the mail system, since this box is in production.. i just wanted to be sure it would be ok or not ok before doing it.
how to check email?
Hi, i've installing QMail, VPopMail, QMailAdmin, and SQWebMail. how do i check my email using my browser ? THank you. _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: how to check email?
andy t <[EMAIL PROTECTED]> wrote: > > i've installing QMail, VPopMail, QMailAdmin, and SQWebMail. > > how do i check my email using my browser ? Log into squebmail and see if you have mail, or install a POP3 server or IMAP server, and use your favourite mail client to check if you have mail. Please read all the qmail documentation, FAQs, and man pages before posting further on this question. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail-remote
Hello again, - Original Message - From: "Charles Cazabon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 05, 2001 4:00 AM Subject: Re: qmail-remote > > > Post an exact copy of the script you use to start qmail -- the one that > > > actually calls qmail-start. We need to see what you're supplying as an > > > argument to qmail-start -- if that argument is read from a file, post the > > > contents of that file as well. > > > > chicken# cat /var/qmail/rc > > #!/bin/sh > > > > exec env - PATH="/var/qmail/bin:$PATH" \ > > qmail-start "`cat /var/qmail/control/defaultdelivery`" 2>&1 > > You missed one of the instructions -- we need the contents of the > defaultdelivery file -- I think it's got invalid contents. > > Otherwise, things look okay. Thanks Charles. Output of defaultdelivery is as follows:
Re: qmail-remote
- Original Message - From: "Charles Cazabon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 05, 2001 4:00 AM Subject: Re: qmail-remote > > > Post an exact copy of the script you use to start qmail -- the one that > > > actually calls qmail-start. We need to see what you're supplying as an > > > argument to qmail-start -- if that argument is read from a file, post the > > > contents of that file as well. > > > > chicken# cat /var/qmail/rc > > #!/bin/sh > > > > exec env - PATH="/var/qmail/bin:$PATH" \ > > qmail-start "`cat /var/qmail/control/defaultdelivery`" 2>&1 > > You missed one of the instructions -- we need the contents of the > defaultdelivery file -- I think it's got invalid contents. > > Otherwise, things look okay. Thanks Charles. Output of defaultdelivery is as follows: chicken# cat /var/qmail/control/defaultdelivery ./Maildir/ Last night I had messed up my queue by removing messages without bringing down qmail-send and qmail-smtpd first (DOH!!). I fixed the queue with queue-fix (found on the qmail.org homepage), and that seemed to help. Right now I am getting this in /var/log/qmail/qmail-send/current : @40003b43d1272bf647b4 delivery 105: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/ I think this is because it is trying to deliver to /home/user/Maildir when the user is actually a vpopmail user whose Maildir is in /usr/local/vpopmail/domains/splat.or.jp/user/ . Thanks, Shawn
Re: qmail-remote
lists <[EMAIL PROTECTED]> wrote: > chicken# cat /var/qmail/control/defaultdelivery > ./Maildir/ Okay, that looks fine. > Last night I had messed up my queue by removing messages without bringing > down qmail-send and qmail-smtpd first (DOH!!). I fixed the queue with > queue-fix (found on the qmail.org homepage), and that seemed to help. Okay. > Right now I am getting this in /var/log/qmail/qmail-send/current : > > @40003b43d1272bf647b4 delivery 105: deferral: > Unable_to_chdir_to_maildir._(#4.2.1)/ > > I think this is because it is trying to deliver to /home/user/Maildir when > the user is actually a vpopmail user whose Maildir is in > /usr/local/vpopmail/domains/splat.or.jp/user/ . If this is the case, then the contents of the .qmail-default file for that virtual domain are likely incorrect, or .qmail-default is missing for that virtualdomain, or the virtualdomains entry for that virtual domain is incorrect. Sorry I can't help you much further; I use vmailmgr, not vpopmail. I don't know much about the latter. Try the vpopmail list. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: /etc/qmail permissions
* Rodrigo Borges Pereira <[EMAIL PROTECTED]>: > > It's not that it's a problem.. i know the data is innocuous, but there's > always some users who like to check the configs.. and browse around, see for > what domains i treat mail.. i just don't want to give them that > pleasure/possibility :) I asked this on the list because i didn't want to > disrupt the mail system, since this box is in production.. Why do your users need shell accounts for a production mail server? -- Drew