[qmailtoaster] Yahoo error header on 'Relay access denied' error
Here's the full headers returned by Yahoo on that same error, when sending to one of the affected account. --- [EMAIL PROTECTED] wrote: From [EMAIL PROTECTED] Wed Jan 17 23:46:16 2007 X-Apparently-To: [EMAIL PROTECTED] via 209.191.85.52; Wed, 17 Jan 2007 23:46:17 -0800 X-Originating-IP: [209.191.85.52] Return-Path: Authentication-Results: mta247.mail.re2.yahoo.com from=yahoo.com; domainkeys=pass (ok) Received: from 209.191.85.52 (HELO web36801.mail.mud.yahoo.com) (209.191.85.52) by mta247.mail.re2.yahoo.com with SMTP; Wed, 17 Jan 2007 23:46:17 -0800 Received: (qmail 17250 invoked for bounce); 18 Jan 2007 07:46:16 - DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Date:From:To:Subject; b=mv5O6D62+MEQCv+t7Y0FLJ1rPsL7exKryhH9oNkqgaZQCKuRfyfp+b4IPP55C/ PtT8nRycUtUJqNbLowkoe44CTSOA9X1vfkLCHqxEaZ2tEA8WoehMpWkxNdeKZdCK/ 4vrye8PRT6M6VGUmLF9oagr5mAN2cTx82z75pdbooAKo= ; Date: 18 Jan 2007 07:46:16 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: failure notice Content-Length: 1035 Hi. This is the qmail-send program at yahoo.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]: 216.193.231.146 does not like recipient. Remote host said: 554 [EMAIL PROTECTED]: Relay access denied Giving up on 216.193.231.146. --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 17247 invoked by uid 60001); 18 Jan 2007 07:46:16 - Message-ID: [EMAIL PROTECTED] DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Reply-To:Subject:To:MIME- Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=yTqQ4qj77MKhJHIvTGuUuqEEDUd5AvZT9vRLPTCpj1tmiGrn3BsIOutfGPlw84vvCLjnpO AHIfyLgg5IGeBppI7wsiGhgESTAUfMqPT+bfpOGNMTFD7gh2rdF8FynfloH/ 8i8bDudI6b44jYUrI8D6PEesOFxhd5F/UB+zOPQEw=; X-YMail-OSG: Y6garL4VM1mrSDS5TirP_e1K2oM0Y0U5CnpQWMnyc6D73zguGJ8zbUK36Irb6grHWWSZ0PPf jwStsFb65Aw2FwhwikimUC4nkFHNMLjFnPijDEwn34uv6u5Y5Wdarief004TEWjC_.POx.g- Received: from [203.146.247.80] by web36801.mail.mud.yahoo.com via HTTP; Wed, 17 Jan 2007 23:46:16 PST Date: Wed, 17 Jan 2007 23:46:16 -0800 (PST) From: Vancouver Jay [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Subject: yahoo mail test To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit yahoo mail test - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] reason: 554 : Relay access denied / Returned mail: see transcript for details
Set up MX records. On 1/17/07, Harry Zink [EMAIL PROTECTED] wrote: At this point, this problem is really paralizing, so I implore anyone for some help and assistance. Okay, this is a repeat, and a renewed effort to try to get to the bottom of this - I am starting to believe that there is something screwed up on my qmail toaster, as this odd behavior seems to have started around the same time I performed the last update - but that's speculation. Anyway, here's the scenario: QmailToaster installed on a Centos 4.4 box (frequently updated via yum) Pre-existing accounts work just fine. When creating a new domain (either via vqadmin, or vadddomain), and subsequently setting up new accounts using qmailadmin, the error below happens every single time when someone tries to send mail *TO* those accounts. Anyone else on the same server can send and receive mail from those accounts. Someone from an outside server, say Yahoo, dot-mac, or gmail, for example, will get the error message below back, claiming inability to deliver. Other domains and accounts on that same server, that existed previously, work just fine. Only new domains and accounts act that way. Essentially, it acts as if someone tried to relay through it, but in fact, how would that pop up if one is just sending mail, simply, from an outside account? Only additional piece of that puzzle might be that this is a separate mail server box, from the domain's web-server, and DNS server. Within the DNS record, it simply points properly to the IP of the web-server, and the one from the mail server - just as the others are doing. Is there something in DNS I should be checking out? Anyway, from Yahoo.com sent mail gets the error message below: [EMAIL PROTECTED]: 216.193.231.146 does not like recipient. Remote host said: 554 [EMAIL PROTECTED]: Relay access denied Giving up on 216.193.231.146. All other accounts get the error message as follows: Begin forwarded message: From: Mail Delivery Subsystem [EMAIL PROTECTED] Date: January 17, 2007 11:30:23 PM PST To: [EMAIL PROTECTED] Subject: Returned mail: see transcript for details The original message was received at Wed, 17 Jan 2007 23:30:23 -0800 (PST) from smtpin05-en2 [10.13.10.150] - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 554 [EMAIL PROTECTED]: Relay access denied) - Transcript of session follows - ... while talking to realasia-services.com.: DATA 554 [EMAIL PROTECTED]: Relay access denied 554 5.0.0 Service unavailable 554 Error: no valid recipients Reporting-MTA: dns; smtpout.mac.com Received-From-MTA: DNS; smtpin05-en2 Arrival-Date: Wed, 17 Jan 2007 23:30:23 -0800 (PST) Final-Recipient: RFC822; [EMAIL PROTECTED] Action: failed Status: 5.0.0 Remote-MTA: DNS; realasia-services.com Diagnostic-Code: SMTP; 554 [EMAIL PROTECTED]: Relay access denied Last-Attempt-Date: Wed, 17 Jan 2007 23:30:23 -0800 (PST) From: Harry Zink [EMAIL PROTECTED] Date: January 17, 2007 11:30:20 PM PST To: Dr. Harald K. Zink [EMAIL PROTECTED] Subject: new test (from mac.com) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Update Simscan Error Package.
I tried to update simscan-toaster package. But, when rebuild package of simscan-toaster-1.2-1.3.1.src.rpm had error : configure: error: Unable to find your clamav databases, specify --enable-clamavdb-path. error: Bad exit status from /var/tmp/rpm-tmp.34058 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.34058 (%build) My old simscan : simscan-toaster-1.1-1.2.6 I Think, this packages conflict with Clamav packages. clamav-toaster-0.90rc2-1.3.8. So, How can I update simscan packages..? Warm Regards Tommy - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Update Simscan Error Package.
Since you are using the devel clamav, try using the devel simscan package. It has a fix for this exact problem. Erik On 1/14/07, Wiliarto Prio Utomo [EMAIL PROTECTED] wrote: I tried to update simscan-toaster package. But, when rebuild package of simscan-toaster-1.2-1.3.1.src.rpm had error : configure: error: Unable to find your clamav databases, specify --enable-clamavdb-path. error: Bad exit status from /var/tmp/rpm-tmp.34058 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.34058 (%build) My old simscan : simscan-toaster-1.1-1.2.6 I Think, this packages conflict with Clamav packages. clamav-toaster-0.90rc2-1.3.8. So, How can I update simscan packages..? Warm Regards Tommy - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] reason: 554 : Relay access denied / Returned mail: see transcript for details
On Jan 18, 2007, at 12:04 AM, Erik Espinoza wrote: Set up MX records. Holy cow - right on. There were no MX records. I guess the virtualhosting package I use doesn't create the MX records since the last updates... Thanks for the fast response on that one. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Site to Site QT Server Replication - 24 hours
Hello all, I would like to setup a QT site where the 2 email servers will be doing replication to each other 24 hours live. eg: when mail coming from Internet to Mail Server 1, it will automatically replicate to Mail Server 2. Jake has point me the backup restore script guides, but that needs manual job when Mail Server 1 is down, someone have to manually restore the backup in Mail Server 2, then only can replace Mail Server 1. Have anyone tried to do so? Please assist. Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com
[qmailtoaster] No simscan-toaster.spec file
Hi Guys, Does anyone know where the file simscan-toaster.spec is kept? I've looked in /usr/src/redhat/SPECS/ but it's not there. As far as I know the src install for simscan-toaster-1.3.1 went OK. I need the file, so I can edit it before building the RPM, so as to be albe to get Spamassassin to lookup user prefs in an SQL table. Thanks, Rob
[qmailtoaster] qmail-smtpd: qq soft reject
A newly built QT, the mail can sent out without difficulty. However, after 15 min. then from the log, qmail-smtpd: qq soft reject appear. Any idea what did I done wrong. I have anopther one running smoothly without any question. Thank you. -- Jakin Lee - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] qtp-newmodel upgrade errors
- libsrs2-toaster-1.0.18-1.3.2 is already installed in sandbox, not built qmail-toaster-1.03-1.3.10 is already installed in sandbox, not built Building courier-authlib-toaster-0.59-1.3.4 ... error: unpacking of archive failed on file /usr/src/redhat/SOURCES/courier-authlib-0.59.tar.bz2;45af8f5d: cpio: read error: /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm cannot be installed Installing /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm - I am running Fedora Core 5. All patches, etc. Anyone have any idea what could be causing this to fail? Thanks. Dan
Re: [qmailtoaster] Should I use qmail toaster?
Dave wrote: Hi Erik, We're here about the QmailToaster Project. Don't get me wrong, this community always goes above and beyond to help out a straggled user, but come on . . . My apologies if anyone is offended. No offense taken The impressive amount of customization and packaging effort that has been put into QmailToaster project solves some of the biggest problems that a new sysadmin would face in setting up an email server. As you rightly point out, much of remaining points are not at all about qmail. This project almost provides a turn-key solution that even the most harried office administrator could use to set up a small email server. The suggestions, if implemented, would simply move the project further down the appliance path. -- David I agree David (and EE). Ultimately, I'd like to see this project be as easy to administer as IPCop (for example). We've a long way to go to get to that point, but not so far as the project's already come (I think, I could be wrong, again). Post-installation appears to be a (somewhat glaring) hole in the project's current state. If you'd like to contribute something to this area, that'd be great. The wiki is a good starting point. Would you care to take the ball on this and get something started? I'd be happy to assist. I know that the Troubleshooting section of the wiki needs some work. Rather than being reactive with a comprehensive Troubleshooting section, I'd rather see a comprehensive post-installation section that would eliminate the need for much troubleshooting. What say you? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] No simscan-toaster.spec file
Robert Giddings wrote: Hi Guys, Does anyone know where the file simscan-toaster.spec is kept? I've looked in /usr/src/redhat/SPECS/ but it's not there. As far as I know the src install for simscan-toaster-1.3.1 went OK. I need the file, so I can edit it before building the RPM, so as to be albe to get Spamassassin to lookup user prefs in an SQL table. Thanks, Rob It's there when I do: # rpm -ivh simscan-toaster-1.3.1-1.3.3.src.rpm Note, it gets removed when the binary rpm is built. Which distro are you running? Non-RH distros put it in different places. Which simscan-toaster-1.3.1 file did you install? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qmail-smtpd: qq soft reject
Jakin Lee wrote: A newly built QT, the mail can sent out without difficulty. However, after 15 min. then from the log, qmail-smtpd: qq soft reject appear. Any idea what did I done wrong. I have anopther one running smoothly without any question. Thank you. Need more info. Distro/versions? IIRC, the latest qmail-toaster package has more detail with the qq error messages (thanks to Alexey). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel upgrade errors
Dan Herbon wrote: - libsrs2-toaster-1.0.18-1.3.2 is already installed in sandbox, not built qmail-toaster-1.03-1.3.10 is already installed in sandbox, not built Building courier-authlib-toaster-0.59-1.3.4 ... error: unpacking of archive failed on file /usr/src/redhat/SOURCES/courier-authlib-0.59.tar.bz2;45af8f5d: cpio: read error: /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm cannot be installed Installing /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm - I am running Fedora Core 5. All patches, etc. Anyone have any idea what could be causing this to fail? Thanks. Dan Out of disk space? (just a guess) # df Corrupted download? # md5sum courier-authlib-toaster-0.59-1.3.4.src.rpm 51d46db59287bce41d49a4de0246c370 courier-authlib-toaster-0.59-1.3.4.src.rpm # md5sum courier-authlib-0.59.tar.bz2 dbfc58a17149fd0f8c0983662ecc8ba8 courier-authlib-0.59.tar.bz2 If you can't free up enough disk space, (re)building a linked sandbox might help (depending on how your toaster's partitioned). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hey Lazaro,
Did you ever get this fixed up?
Lazaro Ferreira wrote:
Hi all,
I have removed servercert.pem and start receiving email from sendmail
hosts, google mail sending ok too, so the workaround seems to be
working
I will keep trying ( with your help ) a fix to this problem
Thanks for your help
On 1/12/07, Erik Espinoza [EMAIL PROTECTED] wrote:
There shouldn't be. I don't have a 64 bit machine to reproduce this
issue at the moment.
Thanks,
Erik
On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote:
Erik,
Any issue with the libraries listed here ?
On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote:
Hi,
ldd /var/qmail/bin/qmail-smtpd
libssl.so.4 = /lib64/libssl.so.4 (0x002a95566000)
libcrypto.so.4 = /lib64/libcrypto.so.4 (0x002a956a2000)
libresolv.so.2 = /lib64/libresolv.so.2 (0x003552d0)
libm.so.6 = /lib64/tls/libm.so.6 (0x00355230)
libcrypt.so.1 = /lib64/libcrypt.so.1 (0x00355290)
libc.so.6 = /lib64/tls/libc.so.6 (0x003551e0)
libgssapi_krb5.so.2 = /usr/lib64/libgssapi_krb5.so.2
(0x00355410)
libkrb5.so.3 = /usr/lib64/libkrb5.so.3 (0x00355470)
libcom_err.so.2 = /lib64/libcom_err.so.2 (0x00355370)
libk5crypto.so.3 = /usr/lib64/libk5crypto.so.3
(0x00355430)
libdl.so.2 = /lib64/libdl.so.2 (0x00355210)
libz.so.1 = /usr/lib64/libz.so.1 (0x002a958d5000)
/lib64/ld-linux-x86-64.so.2 (0x003551c0)
On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote:
Looks like EE's on the right track...
Erik Espinoza wrote:
That's not the issue. Those files don't need to exist.
The problem is that qmail-smtpd is attempting to open a tty.
Here is
what an strace shows on a working server:
open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such
file or
directory)
open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such
file or
directory)
open(control/servercert.pem, O_RDONLY) = 5
Looks like something is wrong with one of the libraries that
qmail is
linked against. It shouldn't be pulling in a tty interface. Do
an ldd
on qmail-smtpd.
Thanks,
Erik
On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote:
Hi,
I have ran strace again this time emulating the real thing
(strace
tcpserver then forks qmail-smtpd)
This what happens : it seems like it is looking for files
(clientca.pem and clientcrl.pem ) that doesn't exist there :
-
28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No
such file
or directory)
28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No
such
file or directory)
28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO
(No such
device or address)
28887 writev(2, [{*** glibc detected *** , 23}, {free():
invalid
pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, {
***\n, 5}],
5) = 71
-
I have the whole session trace here, I can sent you if needed
On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote:
Hi,
I'm running latest version qmail-toaster-1.03-1.3.10
But the same problem with previous version
qmail-toaster-1.03-1.3.7
I have made strace like you said this is the output , any
ideia ?
...
select(1, [0], NULL, NULL, {1200, 0}STARTTLS
) = 1 (in [0], left {1188, 766000})
read(0, STARTTLS\n, 1024) = 9
brk(0) = 0x6bf000
brk(0x6e) = 0x6e
open(control/servercert.pem, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2a95557000
read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693
getpid()= 28774
read(3, , 4096) = 0
close(3)= 0
munmap(0x2a95557000, 4096) = 0
open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No
such file or
directory)
open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No
such file or
directory)
open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3
writev(3, [{*** glibc detected *** , 23}, {free(): invalid
pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, {
***\n, 5}],
5*** glibc detected *** free(): invalid pointer:
0x0035520306b8
***
) = 71
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(28774, 28774, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT +++
Process 28774 detached
On
RE: [qmailtoaster] Site to Site QT Server Replication - 24 hours
Gabriel, Please look at http://wiki.qmailtoaster.com/index.php/QMT_Failover_replication_Setup This page gives you a procedure to configure a backup qmt server that will be available for failover in the event of primary server failure. The backup server will only ever be 1 minute out from the primary. I believe that it covers what you're trying to achieve. Sincerely, -- Joseph Lundgren Systems Engineer Peak Internet, LLC [EMAIL PROTECTED] From: Gabriel Lai [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 1:12 AM To: Qmail Toaster List 2 Subject: [qmailtoaster] Site to Site QT Server Replication - 24 hours Hello all, I would like to setup a QT site where the 2 email servers will be doing replication to each other 24 hours live. eg: when mail coming from Internet to Mail Server 1, it will automatically replicate to Mail Server 2. Jake has point me the backup restore script guides, but that needs manual job when Mail Server 1 is down, someone have to manually restore the backup in Mail Server 2, then only can replace Mail Server 1. Have anyone tried to do so? Please assist. Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta.
Re: [qmailtoaster] qtp-newmodel upgrade errors
rpm -e --nodeps courier-authlib-toaster yum install libtool-ltdl-devel libtool-ltdl rpm -Uhv courier-authlib-toaster-NEW.rpm On 1/18/07, Dan Herbon [EMAIL PROTECTED] wrote: The log now states: - Installing courier-authlib-toaster-0.59-1.3.4 in the sandbox ... error: Failed dependencies: libltdl.so.3 is needed by courier-authlib-toaster-0.59-1.3.4.i686 - I then attempt to 'yum install libtool-ltdl.i386' which contains libltdl.so.3 and then I get: - --- Package libtool-ltdl.i386 0:1.5.22-2.3 set to be updated -- Running transaction check -- Processing Conflict: courier-authlib-toaster conflicts libtool-ltdl -- Finished Dependency Resolution Error: courier-authlib-toaster conflicts with libtool-ltdl - -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 12:15 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel upgrade errors Dan Herbon wrote: - libsrs2-toaster-1.0.18-1.3.2 is already installed in sandbox, not built qmail-toaster-1.03-1.3.10 is already installed in sandbox, not built Building courier-authlib-toaster-0.59-1.3.4 ... error: unpacking of archive failed on file /usr/src/redhat/SOURCES/courier-authlib-0.59.tar.bz2;45af8f5d: cpio: read error: /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm cannot be installed Installing /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm - I am running Fedora Core 5. All patches, etc. Anyone have any idea what could be causing this to fail? Thanks. Dan Out of disk space? (just a guess) # df Corrupted download? # md5sum courier-authlib-toaster-0.59-1.3.4.src.rpm 51d46db59287bce41d49a4de0246c370 courier-authlib-toaster-0.59-1.3.4.src.rpm # md5sum courier-authlib-0.59.tar.bz2 dbfc58a17149fd0f8c0983662ecc8ba8 courier-authlib-0.59.tar.bz2 If you can't free up enough disk space, (re)building a linked sandbox might help (depending on how your toaster's partitioned). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] smtproutes and domainkeys, spf, srs
Trung, Is your toaster on a dynamic or static IP address? I have static IP since my company has the Business DSL line. Trung Pham wrote: So in my case, I am forwarding my mail through Yahoo. I should not bother setting up SPF, SRS, and Domainkeys since I won't see any benefit at all. Supposed if I handle my own outbound email and setup all those features properly. Do you think Yahoo will still put my mails in the Bulk folder? TTBOMK, yahoo will not put your mail in bulk folders if you have DK configured properly. I will give this a shot. Another question, is it necessary for us to setup reverse IP DNS? Because I think SBC will not help me do it. SRS and SPF can be used if your upstream isp publishes spf records. You can use the include statement (more info at openspf.org) to include their spf entries into your spf records. SBC, however, doesn't publish SPF records as Yahoo handles their infrastructure. The Qmail DomainKey implementation is to spec, but doesn't implement the optional h= header that limits the scope of the DomainKey signature to certain parts. Because of this, DomainKeys will fail if it is forwarded through a third party server. Erik On 1/16/07, Trung Pham [EMAIL PROTECTED] wrote: I currently have all my outgoing emails forwarded to my ISP server using smtproutes. So I am curious if I can still use domainkeys, spf, or srs features since my ISP will definitely modify the email header. FYI, I am using SBC Business DSL. I had to resolve to smtproutes otherwise Yahoo will put emails coming from me into the bulk folder. Please let me know if those features still work if I use my ISP to relay my mails. My goal is to stop incoming spams that forge my own address. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel upgrade errors
Did you remove djbdns (and djbdns-extcache and djbdns-localcache) after the sandbox was built? If so, it's still installed in the sandbox. To remove it from the sandbox, you can tell qtp-newmodel to rebuild the sandbox, or you can do it manually (saving a lot of time) by: # chroot /opt/qtp-sandbox # mount -t proc none /proc # rpm -e djbdns djbdns-extcache djbdns-localcache # umount /proc # exit Let us know how you make out. Dan Herbon wrote: Thank you, I got through authlib finally and now I'm running into errors with DJBDNS: Installing djbdns-1.05-1.0.3 in the sandbox ... error: Failed dependencies: djbdns-extcache conflicts with djbdns-1.05-1.0.3.i686 djbdns conflicts with djbdns-extcache-1.05-1.0.3.i686 djbdns-localcache conflicts with djbdns-extcache-1.05-1.0.3.i686 djbdns-extcache conflicts with djbdns-localcache-1.05-1.0.3.i686 Rpm -qa | grep djbdns doesn't return anything. I'm not sure whats causing it to conflict. -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 1:59 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel upgrade errors rpm -e --nodeps courier-authlib-toaster yum install libtool-ltdl-devel libtool-ltdl rpm -Uhv courier-authlib-toaster-NEW.rpm On 1/18/07, Dan Herbon [EMAIL PROTECTED] wrote: The log now states: - Installing courier-authlib-toaster-0.59-1.3.4 in the sandbox ... error: Failed dependencies: libltdl.so.3 is needed by courier-authlib-toaster-0.59-1.3.4.i686 - I then attempt to 'yum install libtool-ltdl.i386' which contains libltdl.so.3 and then I get: - --- Package libtool-ltdl.i386 0:1.5.22-2.3 set to be updated -- Running transaction check -- Processing Conflict: courier-authlib-toaster conflicts libtool-ltdl -- Finished Dependency Resolution Error: courier-authlib-toaster conflicts with libtool-ltdl - -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2007 12:15 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel upgrade errors Dan Herbon wrote: - libsrs2-toaster-1.0.18-1.3.2 is already installed in sandbox, not built qmail-toaster-1.03-1.3.10 is already installed in sandbox, not built Building courier-authlib-toaster-0.59-1.3.4 ... error: unpacking of archive failed on file /usr/src/redhat/SOURCES/courier-authlib-0.59.tar.bz2;45af8f5d: cpio: read error: /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm cannot be installed Installing /usr/src/qtp-upgrade/SRPMS/courier-authlib-toaster-0.59-1.3.4.src.rpm - I am running Fedora Core 5. All patches, etc. Anyone have any idea what could be causing this to fail? Thanks. Dan Out of disk space? (just a guess) # df Corrupted download? # md5sum courier-authlib-toaster-0.59-1.3.4.src.rpm 51d46db59287bce41d49a4de0246c370 courier-authlib-toaster-0.59-1.3.4.src.rpm # md5sum courier-authlib-0.59.tar.bz2 dbfc58a17149fd0f8c0983662ecc8ba8 courier-authlib-0.59.tar.bz2 If you can't free up enough disk space, (re)building a linked sandbox might help (depending on how your toaster's partitioned). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Yahoo bulk folder and domainkeys
I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
Put your IP in this: http://www.robtex.com/rbls.html See if you are on any of the RBL's. Perhaps Yahoo's scoring you very low because you're on a list. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Yahoo bulk folder and domainkeys
I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
Find a way to contact Yahoo!. The problem is on their side. For hotmail, you can go to support.msn.com and report mislabeled spam. I'd imagine Yahoo has something similar. You can also try going here: http://www.robtex.com/rbls.html and seeing if you are listed on any of the rbl's that they may use. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Where the heck is my mail going?
I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] *.pem security issue
EE (or anyone), Any word about this? Seems to me that servercert.pem shouldn't be world readable since it contains the private (signing) key and all parent directories are world readable. (I seem to remember EE answering this, but can't find nor remember the answer) Also, I came across this at http://qmail.jms1.net/scripts/qfixpermissions: # some broken install guides (i.e. qmailrocks) tell you to create # servercert.pem and clientcert.pem as a single file, with one as a symbolic # link to the other. this is wrong, since qmail-smtpd and qmail-remote (the # two programs which need to read these files) run as different userids and # different group ids. the only way that a symbolic link scenario will work # is if the file is readable to every userid on the system- and this is a # major security hole, since the file contains the secret key for encrypting # your SMTP sessions, both incoming and outgoing. How is the toaster handling this? I can't figure out how/why the toaster seems to work with clientcert.pem symlinked. Eric Shubes wrote: I just configured SSL on my server, and noticed what I think is a bit of a security risk. All of the *.pem files are readable by any account, e.g.: lrwxrwxrwx 1 root qmail 14 Sep 10 10:08 clientcert.pem - servercert.pem -rw-r--r-- 1 root qmail 1693 Jun 21 08:21 servercert.pem Isn't this a bad idea, given that this file in particular contains a private key? To fix it, I did: # cd /var/qmail/control # chgrp vchkpw *.pem # chmod o-r *.pem # rm -f clientcert.pem # cp -p servercert.pem clientcert.pem # chgrp qmail clientcert.pem Is this a non issue, or should it be changed in the basic toaster? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: Accepting mail from local mail servers
Any updates on this matter? JP - Original Message - From: Erik Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 3:56 AM Subject: Re: [qmailtoaster] Re: Accepting mail from local mail servers Question is, why is the toaster at company.com rejecting the message? I'm not quite sure. A look at /var/log/qmail/smtp/current on the toaster should tell. I'm curious to know exactly why the message is failing (I'm still learning this stuff too!). In any case, the changes to tcp.smtp should give a green light (open relay) for any session coming from the specified address. I'd wager that the relay was denied because the internal machines hostnames aren't resolve-able in DNS on the real Internet. Suppose my public internet is kabewm.com and my internal infrastructure runs on internal.kabewm.com. Since my public DNS records don't have any A, MX or other entries for internal.kabewm.com, then the QmailToaster will reject e-mail coming from [EMAIL PROTECTED] since it couldn't possibly be a real return e-mail. shamelessplugBy the way, my blog is http://www.kabewm.com/ and contains info on things going on with QmailToaster. :)/shamelessplug Erik - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Ok clear.. Are the emails that do not arrive from other locations then the ones that do arrive? JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:52 PM Subject: Re: [qmailtoaster] Where the heck is my mail going? I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: [qmailtoaster] Where the heck is my mail going?
What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Ensure that you don't have the same entry in locals and virtualdomains. Erik On 1/18/07, James Jarrett [EMAIL PROTECTED] wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
I suppose that's a possibility. Have you verified that your reverse DNS is not set up right? (http://www.dnstools.com) Where/who is the authoritative DNS server for your domain? Are you doing this or is SBC supposed to be handling that? Trung Pham wrote: Nope, not on any blacklist. Maybe because of reverse DNS? I still can not figure out how to setup reverse DNS using BIND. Plus I don't think it will be possible to do so anyway since I am using SBC DSL. Find a way to contact Yahoo!. The problem is on their side. For hotmail, you can go to support.msn.com and report mislabeled spam. I'd imagine Yahoo has something similar. You can also try going here: http://www.robtex.com/rbls.html and seeing if you are listed on any of the rbl's that they may use. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
You can't change reverse dns. Only SBC can do that. That said, I don't know why Yahoo thinks your e-mail is spam, only Yahoo can answer that. If you have DomainKeys configured and are not on any rbl, I can't think of a reason why they would do that. Aside from getting you to pay for a mailhop service such as one offered by DynDNS, I don't know what else you can try on your end. Try sending an e-mail to [EMAIL PROTECTED] It'll probably take awhile to get a response. Thanks, Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: Nope, not on any blacklist. Maybe because of reverse DNS? I still can not figure out how to setup reverse DNS using BIND. Plus I don't think it will be possible to do so anyway since I am using SBC DSL. Find a way to contact Yahoo!. The problem is on their side. For hotmail, you can go to support.msn.com and report mislabeled spam. I'd imagine Yahoo has something similar. You can also try going here: http://www.robtex.com/rbls.html and seeing if you are listed on any of the rbl's that they may use. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Yes, Everything is behaving like there is some kind of filter running that if certain headers or content are in the message (or from a particular domain?) the mail just vanishes. I can get e-mail from amazon, mail from paypay goes poof (two verified examples, but by no means all). James On Thu, 2007-01-18 at 22:57 +0100, Jean-Paul van de Plasse wrote: Ok clear.. Are the emails that do not arrive from other locations then the ones that do arrive? JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:52 PM Subject: Re: [qmailtoaster] Where the heck is my mail going? I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For
Re: [qmailtoaster] *.pem security issue
I'll answer this one with a not sure. I don't remember this question being asked. Since all of my toasters have no users on them, I never really thought about it. Maybe Nick will have some insight, as I have no clue. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: EE (or anyone), Any word about this? Seems to me that servercert.pem shouldn't be world readable since it contains the private (signing) key and all parent directories are world readable. (I seem to remember EE answering this, but can't find nor remember the answer) Also, I came across this at http://qmail.jms1.net/scripts/qfixpermissions: # some broken install guides (i.e. qmailrocks) tell you to create # servercert.pem and clientcert.pem as a single file, with one as a symbolic # link to the other. this is wrong, since qmail-smtpd and qmail-remote (the # two programs which need to read these files) run as different userids and # different group ids. the only way that a symbolic link scenario will work # is if the file is readable to every userid on the system- and this is a # major security hole, since the file contains the secret key for encrypting # your SMTP sessions, both incoming and outgoing. How is the toaster handling this? I can't figure out how/why the toaster seems to work with clientcert.pem symlinked. Eric Shubes wrote: I just configured SSL on my server, and noticed what I think is a bit of a security risk. All of the *.pem files are readable by any account, e.g.: lrwxrwxrwx 1 root qmail 14 Sep 10 10:08 clientcert.pem - servercert.pem -rw-r--r-- 1 root qmail 1693 Jun 21 08:21 servercert.pem Isn't this a bad idea, given that this file in particular contains a private key? To fix it, I did: # cd /var/qmail/control # chgrp vchkpw *.pem # chmod o-r *.pem # rm -f clientcert.pem # cp -p servercert.pem clientcert.pem # chgrp qmail clientcert.pem Is this a non issue, or should it be changed in the basic toaster? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Would that not break *ALL* email? Afterall I'm only using one virtual domain and not getting (or at least not dealing with) and mail on the real domain. James But I checked, and that is not happening. I can post my control files if you think it would help. James On Thu, 2007-01-18 at 14:01 -0800, Erik Espinoza wrote: Ensure that you don't have the same entry in locals and virtualdomains. Erik On 1/18/07, James Jarrett [EMAIL PROTECTED] wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -
Re: [qmailtoaster] Where the heck is my mail going?
I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: [qmailtoaster] *.pem security issue
Erik Espinoza wrote: I'll answer this one with a not sure. I don't remember this question being asked. Since all of my toasters have no users on them, I never really thought about it. I don't have any users either (as I imagine is the case with most toasters), so it's not a gaping hole. I just like seeing holes (however little) plugged up. Maybe Nick will have some insight, as I have no clue. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: EE (or anyone), Any word about this? Seems to me that servercert.pem shouldn't be world readable since it contains the private (signing) key and all parent directories are world readable. (I seem to remember EE answering this, but can't find nor remember the answer) Also, I came across this at http://qmail.jms1.net/scripts/qfixpermissions: # some broken install guides (i.e. qmailrocks) tell you to create # servercert.pem and clientcert.pem as a single file, with one as a symbolic # link to the other. this is wrong, since qmail-smtpd and qmail-remote (the # two programs which need to read these files) run as different userids and # different group ids. the only way that a symbolic link scenario will work # is if the file is readable to every userid on the system- and this is a # major security hole, since the file contains the secret key for encrypting # your SMTP sessions, both incoming and outgoing. How is the toaster handling this? I can't figure out how/why the toaster seems to work with clientcert.pem symlinked. Eric Shubes wrote: I just configured SSL on my server, and noticed what I think is a bit of a security risk. All of the *.pem files are readable by any account, e.g.: lrwxrwxrwx 1 root qmail 14 Sep 10 10:08 clientcert.pem - servercert.pem -rw-r--r-- 1 root qmail 1693 Jun 21 08:21 servercert.pem Isn't this a bad idea, given that this file in particular contains a private key? To fix it, I did: # cd /var/qmail/control # chgrp vchkpw *.pem # chmod o-r *.pem # rm -f clientcert.pem # cp -p servercert.pem clientcert.pem # chgrp qmail clientcert.pem Is this a non issue, or should it be changed in the basic toaster? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
I am the authoritative DNS server for my domain. This is how I am able to setup SPF and Domainkey. But still no luck with reverse DNS. Is there anyone who is able to setup reverse DNS having SBC as their ISP? Thanks. I suppose that's a possibility. Have you verified that your reverse DNS is not set up right? (http://www.dnstools.com) Where/who is the authoritative DNS server for your domain? Are you doing this or is SBC supposed to be handling that? Trung Pham wrote: Nope, not on any blacklist. Maybe because of reverse DNS? I still can not figure out how to setup reverse DNS using BIND. Plus I don't think it will be possible to do so anyway since I am using SBC DSL. Find a way to contact Yahoo!. The problem is on their side. For hotmail, you can go to support.msn.com and report mislabeled spam. I'd imagine Yahoo has something similar. You can also try going here: http://www.robtex.com/rbls.html and seeing if you are listed on any of the rbl's that they may use. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] *.pem security issue
Agreed, it's why I asked for Nick's input. Thanks, Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: Erik Espinoza wrote: I'll answer this one with a not sure. I don't remember this question being asked. Since all of my toasters have no users on them, I never really thought about it. I don't have any users either (as I imagine is the case with most toasters), so it's not a gaping hole. I just like seeing holes (however little) plugged up. Maybe Nick will have some insight, as I have no clue. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: EE (or anyone), Any word about this? Seems to me that servercert.pem shouldn't be world readable since it contains the private (signing) key and all parent directories are world readable. (I seem to remember EE answering this, but can't find nor remember the answer) Also, I came across this at http://qmail.jms1.net/scripts/qfixpermissions: # some broken install guides (i.e. qmailrocks) tell you to create # servercert.pem and clientcert.pem as a single file, with one as a symbolic # link to the other. this is wrong, since qmail-smtpd and qmail-remote (the # two programs which need to read these files) run as different userids and # different group ids. the only way that a symbolic link scenario will work # is if the file is readable to every userid on the system- and this is a # major security hole, since the file contains the secret key for encrypting # your SMTP sessions, both incoming and outgoing. How is the toaster handling this? I can't figure out how/why the toaster seems to work with clientcert.pem symlinked. Eric Shubes wrote: I just configured SSL on my server, and noticed what I think is a bit of a security risk. All of the *.pem files are readable by any account, e.g.: lrwxrwxrwx 1 root qmail 14 Sep 10 10:08 clientcert.pem - servercert.pem -rw-r--r-- 1 root qmail 1693 Jun 21 08:21 servercert.pem Isn't this a bad idea, given that this file in particular contains a private key? To fix it, I did: # cd /var/qmail/control # chgrp vchkpw *.pem # chmod o-r *.pem # rm -f clientcert.pem # cp -p servercert.pem clientcert.pem # chgrp qmail clientcert.pem Is this a non issue, or should it be changed in the basic toaster? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
SPF would be a really good guess since everything would appear to arrive from the scanning appliance. The other good guess would be DomainKeys. Check the log in the appliance for error 4xx/5xx rejections from your server. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ
Re: [qmailtoaster] Where the heck is my mail going?
To disable DK, go to /var/qmail/bin and type rm -f qmail-queue ln -s qmail-queue.orig qmail-queue Erik On 1/18/07, Erik Espinoza [EMAIL PROTECTED] wrote: SPF would be a really good guess since everything would appear to arrive from the scanning appliance. The other good guess would be DomainKeys. Check the log in the appliance for error 4xx/5xx rejections from your server. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
At the command line type: yum -y install jwhois whois $IP replace $IP with your machines IP address. It will tell you who is responsible for reverse DNS of your ip addresses. Thanks, Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I am the authoritative DNS server for my domain. This is how I am able to setup SPF and Domainkey. But still no luck with reverse DNS. Is there anyone who is able to setup reverse DNS having SBC as their ISP? Thanks. I suppose that's a possibility. Have you verified that your reverse DNS is not set up right? (http://www.dnstools.com) Where/who is the authoritative DNS server for your domain? Are you doing this or is SBC supposed to be handling that? Trung Pham wrote: Nope, not on any blacklist. Maybe because of reverse DNS? I still can not figure out how to setup reverse DNS using BIND. Plus I don't think it will be possible to do so anyway since I am using SBC DSL. Find a way to contact Yahoo!. The problem is on their side. For hotmail, you can go to support.msn.com and report mislabeled spam. I'd imagine Yahoo has something similar. You can also try going here: http://www.robtex.com/rbls.html and seeing if you are listed on any of the rbl's that they may use. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Spot on Eric, Looking at the spf records for amazon.com and paypal.com they end with a ?all and ~all respectively.When emails pass through James's email filtering appliance they will be seen by the toaster as coming from it, and amazons ?all causes the spf record to resolve as neutral where as the paypal record will resolve as paypal does not send through this sender and get rejected. Your fix should work for him. Regards, Jon Eric Shubes wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
Thanks all, It works now. What happened before was I initially setup my TXT key to include the t=y flag. Even though I had removed it but it took Yahoo a while to reflect that. Now Yahoo has the latest entry, so they pass it straight to the INBOX folder now. I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Yahoo bulk folder and domainkeys
Trung, I'm far from expert with reverse DNS. Perhaps http://www.dyndns.com/support/kb/archives/reverse_dns.html might help you out a little. I don't know if RDNS is something you can set up yourself (given that you're the authoritative DNS for the domain) or whether it's something that SBC would have to set up. It appears to be likely though that this is your problem with yahoo!. Trung Pham wrote: I am the authoritative DNS server for my domain. This is how I am able to setup SPF and Domainkey. But still no luck with reverse DNS. Is there anyone who is able to setup reverse DNS having SBC as their ISP? Thanks. I suppose that's a possibility. Have you verified that your reverse DNS is not set up right? (http://www.dnstools.com) Where/who is the authoritative DNS server for your domain? Are you doing this or is SBC supposed to be handling that? Trung Pham wrote: Nope, not on any blacklist. Maybe because of reverse DNS? I still can not figure out how to setup reverse DNS using BIND. Plus I don't think it will be possible to do so anyway since I am using SBC DSL. Find a way to contact Yahoo!. The problem is on their side. For hotmail, you can go to support.msn.com and report mislabeled spam. I'd imagine Yahoo has something similar. You can also try going here: http://www.robtex.com/rbls.html and seeing if you are listed on any of the rbl's that they may use. Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I have setup my domain key correctly. But yahoo still puts my mail in the Bulk Folder even though they confirmed my domainkey setting. Yahoo! DomainKeys has confirmed that this message was sent by .com. I have static IP business line BTW. If they have confirmed my domain, why do they still put it in the Bulk Folder? Thanks. -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] SRS documentation?
I follow this link on the main page for SRS documentation but it's a deadlink. http://devel.qmailtoaster.com/info/srs-readme.txt - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] SRS documentation?
/var/qmail/doc/README.srs or http://opensource.mco2.net/qmail/srs/ I will update the main site. On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I follow this link on the main page for SRS documentation but it's a deadlink. http://devel.qmailtoaster.com/info/srs-readme.txt - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] How to reset spamassasin
Hi guys, how can one reset what spamassasin has learned so it restarts its learning process? Thanks for the help Terius - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] How to reset spamassasin
Guillermo Villasana wrote: Hi guys, how can one reset what spamassasin has learned so it restarts its learning process? Thanks for the help Terius Simply remove or rename the /home/vpopmail/.spamassassin directory. It'll recreate everything from scratch automatically. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] How to reset spamassasin
thanks Eric Shubes wrote: Guillermo Villasana wrote: Hi guys, how can one reset what spamassasin has learned so it restarts its learning process? Thanks for the help Terius Simply remove or rename the /home/vpopmail/.spamassassin directory. It'll recreate everything from scratch automatically. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] SRS documentation?
Sorry for this silly question. Is SRS even need if I don't plan to let anyone use my server to forward their emails? In another word, this qmail server will only be used by my domain. /var/qmail/doc/README.srs or http://opensource.mco2.net/qmail/srs/ I will update the main site. On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I follow this link on the main page for SRS documentation but it's a deadlink. http://devel.qmailtoaster.com/info/srs-readme.txt - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] SRS documentation?
I don't think so (probably not). Someone will undoubtedly let me know if this isn't the case. See http://www.openspf.org/SRS for details. Trung Pham wrote: Sorry for this silly question. Is SRS even need if I don't plan to let anyone use my server to forward their emails? In another word, this qmail server will only be used by my domain. /var/qmail/doc/README.srs or http://opensource.mco2.net/qmail/srs/ I will update the main site. On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I follow this link on the main page for SRS documentation but it's a deadlink. http://devel.qmailtoaster.com/info/srs-readme.txt -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Securing a QmailToaster ONLY dedicated server
Hello, I want to setup a dedicated QmailToaster only box. I want to exchange notes with how you suggest to go about securing this qmailtoaster only box. My current resources point to: - Bastille Linux - APF Firewall - Mod Security - PHP.ini hardening, disallowing certain functions - making /tmp noexec - http://www.michael-and-mary.net/intro/node/12 Any other tips? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] SRS documentation?
It is only necessary if your users choose to change their account routing from Normal to Forward in their acct. Say [EMAIL PROTECTED] forwards to [EMAIL PROTECTED] If I send an e-mail to [EMAIL PROTECTED], and my domain uses spf, then gmail will see an e-mail coming from your server from my domain. Since your server isn't authorized for my domain, then gmail will reject this as a spam. Basically if anyone forwards outside of the domain, then you should definitely setup srs. It takes 2 seconds (add 1 mx record and 1 line into /var/qmail/control/srs_domain). In general I'd recommend everyone do srs and spf whenever possible. Thanks, Erik On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: Sorry for this silly question. Is SRS even need if I don't plan to let anyone use my server to forward their emails? In another word, this qmail server will only be used by my domain. /var/qmail/doc/README.srs or http://opensource.mco2.net/qmail/srs/ I will update the main site. On 1/18/07, Trung Pham [EMAIL PROTECTED] wrote: I follow this link on the main page for SRS documentation but it's a deadlink. http://devel.qmailtoaster.com/info/srs-readme.txt - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Password fail
Dnia środa, 17 stycznia 2007 16:39, Eric Shubes napisał: Wojciech Gabor wrote: vpopmail[24367]: vchkpw-smtp: password fail (pass: '0b3acf566e0899014146fee9fa23f760') [EMAIL PROTECTED]:IP Which encoding scheme is used by the scanner? Encoding scheme must match what vpopmail is using (I'm not sure what that is off hand). I dont know and no any info in doc. IMO it is md5 but CRAM or DIGEST ??? When I configure my kmail I check what encoding is used on SMTP server ... PLAIN and APOP only? I think it's problem in any rpm but what? qmail, vpopmail, courier-authlib ... ? -- Tuptus System uptime: 41 years 8 months 3 weeks 3 days 2 hours 45 minuts - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
