Re: [qmailtoaster] Can't locate Crypt/OpenSSL/Bignum.pm
I wish the stock toaster used RPMFORGE for perl modules. yum is so much easier (and you can tell what files belong to which package). ;) 1) Not all distros support yum 2) RPMForge doesn't support all distros we support 3) Crypt::OpenSSL::Bignum is a dep for Mail::DomainKeys and should have been installed automagically by CPAN. Sucks that CPAN isn't doing it's part of the equation. Thanks, Erik - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] changing form djbdns to bind
I always recommend the use of forwarders. The DNS System only works
because of all the caching, if everyone went to the root name servers
for every query, we'd flood the system. I always install bind,
bind-chroot caching-nameserver.
I also change options to the following:
options {
directory /var/named;
dump-file /var/named/data/cache_dump.db;
statistics-file /var/named/data/named_stats.txt;
forward only;
forwarders { DNSIP1; DNSIP2; };
allow-recursion { 127.0.0.1; };
version Smart Ass Remark;
};
Thanks,
Erik
On 2/4/07, Alexey Loukianov [EMAIL PROTECTED] wrote:
Eric Shubes wrote:
bind-chroot is excess (give a bit more security, but the setup is more
complicated).
Apparently I missed something (again). What's there to set up? I just
install it and it runs.
Back in times to RHEL2 it was required to do additional setup to get
Bind chrooted correctly. I'm not sure that installing bind-chroot will
do all the work required, but I hadn't used it since that old times though.
It is more important to add to /etc/named.conf the following:
to the options { }; clause:
options {
allow-transfer{ none; };
allow-notify { none; };
allow-recursion { 127.0.0.0/8; your-subnet/mask; };
version Mind your own business!;
};
What does this do? Is it needed if the toaster's behind a firewall? How
important is it?
It restricts access to Bind only for specified subnets (important),
refuses to allow IXRF zone transfers (not so important in case of just
caching nameserver, but it wouldn't hurt anyway), and prevents hackers
from querying the version of the Bing you've got (very important).
Someone (EE I think) on the list a while back recommending forward first
and forwarders for caching options too.
It is just a matter of habbit. Caching nameserver can do all the
recursion required to resolve a hostname by itself. But it can also use
DNS servers specified by admin to do resolving (forwarders). It is up to
admin to decide, which method to use.
--
Best regards,
Alexey Loukianov mailto:[EMAIL PROTECTED]
System Engineer,
IT Department,
Lavtech Corp.
-
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] Sending of message failed
Istvan Kope wrote: Warren (mailing lists) wrote: Jake Vickers wrote: Istvan Kope wrote: A have a Qmailtoaster installation on Centos 4.3. It worked excellent for a couple of months but since yesterday clients started to fail sending messages with Thunderbird giving the following message: Sending of message failed. The message could not be sent beacuse connecting to SMTP server mail.hidraulica.ro failed. The server may be unavailable or refusing SMTP connections. I didn't make any changes to the server. There is no problem with receiving messages. I don't know what to look for in the log. Since now I don't see in the log any error, or failure or anything... If you're sending from somewhere that has a dynamic IP (your house, cable modem, DSL, etc.) then zen.spamhaus is probably blocking it. Remove that entry from your blacklists file and try. Jave (and Istvan), There seems to be a problem with the blacklists servers. I had to remove all but -r bl.spamcop.net from my blacklists file this morning to get SMTP to work in a timely fashion. Anyone know what is up with the blacklist servers or if we should be moving to different ones? W - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Indeed it was the problem with the one of the blacklist servers. I figured that out after swearing for 3 hours and reading 1000 threads on the mailing list. Also there was in the log /var/log/qmail/smtp/current , status 256 instead of status 0 of the sent mails, which suppose to be a time out or something. Maybe someone can confirm it. I your opinion, when the email functionality is critical, does it worth to use blacklists or not? I had quite a few situations when critical mails didn't arrive because of this blacklists, then I said is better to receive more spam, than miss critical mails. Some experts say that SpamAssassin is a bullsh*t. Is that correct?? Which blacklists are 100% accurate(they never block a non-spam), even if they are weaker than others?? I see that the latest realease of qmail-toaster is using only zen.spamhaus and according to Jake is blocking dynamic IP-s. Why did you decide to use this blacklist in the latest release?? Istvan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Can anyone answer to my questions? Or at least give me your opinion... Istvan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Sending of message failed
Istvan Kope wrote: I your opinion, when the email functionality is critical, does it worth to use blacklists or not? I had quite a few situations when critical mails didn't arrive because of this blacklists, then I said is better to receive more spam, than miss critical mails. Some experts say that SpamAssassin is a bullsh*t. Is that correct?? Which blacklists are 100% accurate(they never block a non-spam), even if they are weaker than others?? I see that the latest realease of qmail-toaster is using only zen.spamhaus and according to Jake is blocking dynamic IP-s. Why did you decide to use this blacklist in the latest release?? Sorry, I missed these. Been traveling a bit lately. Are blacklists worth it? That's all a matter of opinion. The people over on the Spamassassin mailing list disagree with blocking messages on the SMTP level like QMT does with the blacklists; I've personally found that using 1 or maybe 2 works for me and blocks probably around 70%-90% of my spam. And remember: everyone has an opinion and no one has to be qualified to give it, and that there are 3 sides to every story - yours, mine, and the truth. I personally like Spamassasin. I added some additional rules from Rules Emporium, enabled URIDNSBL, train my Bayes, and wrote a few custom rules and it has worked for me decently. It's not perfect, but it does okay. URIDNSBL was a great addition, and training your Bayes is also a very good thing to do. I even purchased a new domain that I use to go find spam (post on the newsgroups, embed it in white text in a web page, etc.) and the spam will start rolling in. I then feed all the messages to this account to sa-learn nightly, as well as feed good emails to it as well (such as a couple mailing lists). I probably still get a total (for all users and domains on 1 server, in the area of 300 users who do silly things like enter their email addresses on cards at the store for mailers, or enter their email address when they want to win free stuff online) of about 30-50 spam messages a day that actually get through. I don't think there's an easy way to see how many are blocked at the SMTP level, but by doing some math (and using cat/grep/wc) I can say that roughly 19,200 messages a day are block on the SMTP level by the blacklists. And here's my spam stats: Email: 232678 Autolearn: 63457 AvgScore: 11.39 AvgScanTime: 1.77 sec Spam:110621 Autolearn: 39859 AvgScore: 24.74 AvgScanTime: 1.75 sec Ham: 122057 Autolearn: 23598 AvgScore: -0.71 AvgScanTime: 1.79 sec So you can see that about half the emails that get past the blacklist are marked as spam in some way/shape/form. I do get false positives, but have weeded most of those out by utilizing a whitelist system. And to your last question, why spamhaus was used in the last release if it's blocking dynamic IP addresses QMT has no control over what the various other people do. Spamhaus just changed their policy the last week or so ago. The QMT project is just an easy way for you to get QMail installed, and you get what a couple of us think are the best settings as default. If you read any of the messages or the wiki, you'll see that the first thing we tell everyone is to configure it for your needs. Spamhaus was great up until a week or so ago. So it was used. It's also no great secret that some disagreements are aired on the development list. Those who have input/develop/help with the project do not always agree with what options/changes are made as well. Once again, we all have our own opinions, and you (by downloading the packages) are getting in what our opinion is a usable mail system. It works for the majority of the people. Does it work for me? No - I've customized mine just about every way you can think of. That does work for me. If emails are ABSOLUTELY critical (and they usually are these days), I'd suggest not blocking any on the SMTP level and concentrating your efforts on scoring the messages. If you're using the spambox option, set the delete flag to a very high number. That way if a message does get scored as spam, it gets put in the Spam folder instead of just deleted and the user can still get the email (and you can tweak the system to keep if from happening again). Hopefully that answered your questions. smime.p7s Description: S/MIME Cryptographic Signature
[qmailtoaster] Upgrade through qtp-newmodel Error
Dear Eric, I've been tried to run the qtp-newmodel script to upgrade my qmailtoaster. But I gave me the following error. I had run over to file at line 357: still cannot guess what's the script failed on doing. Could you gave me some clues ?? [EMAIL PROTECTED] ~]# /usr/sbin/qtp-newmodel qtp-newmodel v0.2.4 starting Mon Feb 5 19:54:26 WIT 2007 qtp-whatami v0.2.2 DISTRO=CentOS OSVER=4.3 ARCH=x86_64 BUILD_DIST=cnt4064 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Let's get on with it! Do you want to include development packages? (This is *not* recommended for production servers) Shall we continue? (yes, no|skip, batch, quit) y / [n]|s / b / q : yes Getting package lists ... qmail Toaster is an integrated distribution. Packages are preconfigured for the whole distro. As a result, a partial install might be misconfigured. Upgrading all packages to their latest version is strongly recommended. Now that you've been warned, we will proceed with package selection ... /usr/sbin/qtp-newmodel: line 357: 1.2 zlib-1.2.3-1: syntax error in expression (error token is .2 zlib-1.2.3-1) Best Regards, David J. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
David J. wrote: Dear Eric, I've been tried to run the qtp-newmodel script to upgrade my qmailtoaster. But I gave me the following error. I had run over to file at line 357: still cannot guess what's the script failed on doing. Could you gave me some clues ?? [EMAIL PROTECTED] ~]# /usr/sbin/qtp-newmodel qtp-newmodel v0.2.4 starting Mon Feb 5 19:54:26 WIT 2007 qtp-whatami v0.2.2 DISTRO=CentOS OSVER=4.3 ARCH=x86_64 BUILD_DIST=cnt4064 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Let's get on with it! Do you want to include development packages? (This is *not* recommended for production servers) Shall we continue? (yes, no|skip, batch, quit) y / [n]|s / b / q : yes Getting package lists ... qmail Toaster is an integrated distribution. Packages are preconfigured for the whole distro. As a result, a partial install might be misconfigured. Upgrading all packages to their latest version is strongly recommended. Now that you've been warned, we will proceed with package selection ... /usr/sbin/qtp-newmodel: line 357: 1.2 zlib-1.2.3-1: syntax error in expression (error token is .2 zlib-1.2.3-1) Best Regards, David J. You've found a defect, David. Congrats! Before we get to your solution, let me make a bit of an announcement. While it's not yet official, I've implemented Trac for the qmailtoaster-plus project at http://trac.shubes.net/qtp. When you visit there, you'll see some (imo) very cool things, including a New Ticket tab. Please do me a favor and try creating a Ticket for this defect. It'll be the very first one (I haven't even done a test ticket yet), so if you have a problem, don't be upset. Simply let me know what problems you may have with it, and what you generally think of it. Thanks for being a guinea pig. You might also notice while you're there that there's a Browse Source tab which allows you to browse the SVN repository in a powerful way. While you can browse (only) the latest revision at http://svn.shubes.net/qtp, Trac gives you visibility of all revisions. If you browse to releases/your_qtp-release/bin/qtp-newmodel), you'll see the exact same code that you're running. Scroll down to line 357, and there's the culprit. Pretty cool. In this case, the defect is in the compare_versions function, which was added with the enhancement for development packages (the change log should probably reflect this, but doesn't). Without looking at the code in much detail, I can tell that the problem lies with version numbering. This routine assumes (erroneously) that packages have a version number that conforms to n.n.n-n.n.n format. While this is true for toaster packages, it's not true for other packages such as zlib which have both non-toaster and toaster versions. Why the toaster version of zlib isn't named zlib-toaster, I've no idea. I also don't know what the difference is between the toaster and non-toaster versions. I think it's safe to say that you probably want the toaster version though (that's what I'm running). If your toaster is not currently deployed (running live), the fix is easy. Simply # rpm -e --nodeps zlib to remove the existing package. The toaster's zlib should be automatically selected and installed, and away you go. If your toaster is running live, I can get a fix committed to svn right away (today, probably in a couple hours). Let me know your situation. -- -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] Sending of message failed
Jake Vickers wrote: Istvan Kope wrote: I your opinion, when the email functionality is critical, does it worth to use blacklists or not? I had quite a few situations when critical mails didn't arrive because of this blacklists, then I said is better to receive more spam, than miss critical mails. Some experts say that SpamAssassin is a bullsh*t. Is that correct?? Which blacklists are 100% accurate(they never block a non-spam), even if they are weaker than others?? I see that the latest realease of qmail-toaster is using only zen.spamhaus and according to Jake is blocking dynamic IP-s. Why did you decide to use this blacklist in the latest release?? Sorry, I missed these. Been traveling a bit lately. Are blacklists worth it? That's all a matter of opinion. The people over on the Spamassassin mailing list disagree with blocking messages on the SMTP level like QMT does with the blacklists; I've personally found that using 1 or maybe 2 works for me and blocks probably around 70%-90% of my spam. And remember: everyone has an opinion and no one has to be qualified to give it, and that there are 3 sides to every story - yours, mine, and the truth. I personally like Spamassasin. I added some additional rules from Rules Emporium, enabled URIDNSBL, train my Bayes, and wrote a few custom rules and it has worked for me decently. It's not perfect, but it does okay. URIDNSBL was a great addition, and training your Bayes is also a very good thing to do. I even purchased a new domain that I use to go find spam (post on the newsgroups, embed it in white text in a web page, etc.) and the spam will start rolling in. I then feed all the messages to this account to sa-learn nightly, as well as feed good emails to it as well (such as a couple mailing lists). I probably still get a total (for all users and domains on 1 server, in the area of 300 users who do silly things like enter their email addresses on cards at the store for mailers, or enter their email address when they want to win free stuff online) of about 30-50 spam messages a day that actually get through. I don't think there's an easy way to see how many are blocked at the SMTP level, but by doing some math (and using cat/grep/wc) I can say that roughly 19,200 messages a day are block on the SMTP level by the blacklists. And here's my spam stats: Email: 232678 Autolearn: 63457 AvgScore: 11.39 AvgScanTime: 1.77 sec Spam:110621 Autolearn: 39859 AvgScore: 24.74 AvgScanTime: 1.75 sec Ham: 122057 Autolearn: 23598 AvgScore: -0.71 AvgScanTime: 1.79 sec So you can see that about half the emails that get past the blacklist are marked as spam in some way/shape/form. I do get false positives, but have weeded most of those out by utilizing a whitelist system. And to your last question, why spamhaus was used in the last release if it's blocking dynamic IP addresses QMT has no control over what the various other people do. Spamhaus just changed their policy the last week or so ago. The QMT project is just an easy way for you to get QMail installed, and you get what a couple of us think are the best settings as default. If you read any of the messages or the wiki, you'll see that the first thing we tell everyone is to configure it for your needs. Spamhaus was great up until a week or so ago. So it was used. It's also no great secret that some disagreements are aired on the development list. Those who have input/develop/help with the project do not always agree with what options/changes are made as well. Once again, we all have our own opinions, and you (by downloading the packages) are getting in what our opinion is a usable mail system. It works for the majority of the people. Does it work for me? No - I've customized mine just about every way you can think of. That does work for me. If emails are ABSOLUTELY critical (and they usually are these days), I'd suggest not blocking any on the SMTP level and concentrating your efforts on scoring the messages. If you're using the spambox option, set the delete flag to a very high number. That way if a message does get scored as spam, it gets put in the Spam folder instead of just deleted and the user can still get the email (and you can tweak the system to keep if from happening again). Hopefully that answered your questions. Nice post, Jake. The only thing I can think to add is regarding anti-rbl lists. There are a number of these (check an IP address at http://www.robtext.com and you'll see whitelists at the top of the report) available. I've not looked into any of them (yet). To specify a white (anti-rbl) list in the toaster, simply add a -a white.list.name before the -r entries in the /var/qmail/control/blacklists (probably should be called rblists) file. Is anyone here using any rbl whitelists? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
David J. wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, February 05, 2007 10:17 PM Subject: Re: [qmailtoaster] Upgrade through qtp-newmodel Error If your toaster is running live, I can get a fix committed to svn right away (today, probably in a couple hours). My Toaster is running live ... Let me know your situation. -- -Eric 'shubes' Thanks for using the Trac system, David. It appears that after submitting (or changing) a ticket, the screen doesn't come back (stays waiting), although the update does take. I'm guessing that's why there are 5 tickets you created for this. ;) No problem. I'll have to Trac that problem down. (pun intended) As to the problem at hand, I've fixed qtp-newmodel and committed the change to SVN (revision #73). I don't this necessitates cutting a new release, so you'll need to get the fix manually. The easiest way to get it will be to: # cd /opt/qmailtoaster-plus/bin # mv qtp-newmodel qtp-newmodel.bkp # wget http://svn.shubes.net/qtp/trunk/bin/qtp-newmodel # chmod 755 qtp-newmodel That should fix you up. Thanks again for trying out Trac. Let me know how you make out. -- -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] Upgrade through qtp-newmodel Error
Hi ES, Without looking at the code in much detail, I can tell that the problem lies with version numbering. This routine assumes (erroneously) that packages have a version number that conforms to n.n.n-n.n.n format. While this is true for toaster packages, it's not true for other packages such as zlib which have both non-toaster and toaster versions. Why the toaster version of zlib isn't named zlib-toaster, I've no idea. I also don't know what the difference is between the toaster and non-toaster versions. I think it's safe to say that you probably want the toaster version though (that's what I'm running). The name is kept the same (sans toaster) because it is a dependency for so many packages. The reason we include it is because there are clamd issues with older versions of zlib. It is not installed unless necessary, for example on FC6 which ships with the same version of zlib, we don't install it when using the fc6 install script. If your toaster is not currently deployed (running live), the fix is easy. Simply # rpm -e --nodeps zlib to remove the existing package. The toaster's zlib should be automatically selected and installed, and away you go. I'd be careful of running this command, as you can be left with a broken system. Thanks, Erik - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
Erik Espinoza wrote: Hi ES, Without looking at the code in much detail, I can tell that the problem lies with version numbering. This routine assumes (erroneously) that packages have a version number that conforms to n.n.n-n.n.n format. While this is true for toaster packages, it's not true for other packages such as zlib which have both non-toaster and toaster versions. Why the toaster version of zlib isn't named zlib-toaster, I've no idea. I also don't know what the difference is between the toaster and non-toaster versions. I think it's safe to say that you probably want the toaster version though (that's what I'm running). The name is kept the same (sans toaster) because it is a dependency for so many packages. The reason we include it is because there are clamd issues with older versions of zlib. It is not installed unless necessary, for example on FC6 which ships with the same version of zlib, we don't install it when using the fc6 install script. I figured there was a good reason. :) Is there a specific version of zlib I can check for in qtp-newmodel (i.e. if zlib ?.?.?-?.? or better is installed, don't bother with the toaster version), so that it only asks for the toaster version when necessary? If your toaster is not currently deployed (running live), the fix is easy. Simply # rpm -e --nodeps zlib to remove the existing package. The toaster's zlib should be automatically selected and installed, and away you go. I'd be careful of running this command, as you can be left with a broken system. That's why I asked if he was running live. ;) Now that I think of it though, rpmbuild might not work without it. EGADS! I suppose that it could always be yum'd back though, no? Thanks, Erik -- -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] Upgrade through qtp-newmodel Error
Hey ES,
Is there a specific version of zlib I can check for in qtp-newmodel (i.e. if
zlib ?.?.?-?.? or better is installed, don't bother with the toaster
version), so that it only asks for the toaster version when necessary?
Execute this: rpm -q --queryformat %{name}-%{version}\n zlib
Should come back with this: zlib-1.2.3
Now that I think of it though, rpmbuild might not work without it. EGADS!
I suppose that it could always be yum'd back though, no?
I never had to remove the current zlib package to upgrade. As far as
yum, it may not work as zlib is required for rpm decompression. I'd be
very careful when removing zlib.
Thanks,
Erik
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
Erik Espinoza wrote:
Hey ES,
Is there a specific version of zlib I can check for in qtp-newmodel
(i.e. if
zlib ?.?.?-?.? or better is installed, don't bother with the toaster
version), so that it only asks for the toaster version when necessary?
Execute this: rpm -q --queryformat %{name}-%{version}\n zlib
Should come back with this: zlib-1.2.3
So if it's 1.2.3 or better, we don't need the toaster version, right?
--
-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] Upgrade through qtp-newmodel Error
Correct.
On 2/5/07, Eric Shubes [EMAIL PROTECTED] wrote:
Erik Espinoza wrote:
Hey ES,
Is there a specific version of zlib I can check for in qtp-newmodel
(i.e. if
zlib ?.?.?-?.? or better is installed, don't bother with the toaster
version), so that it only asks for the toaster version when necessary?
Execute this: rpm -q --queryformat %{name}-%{version}\n zlib
Should come back with this: zlib-1.2.3
So if it's 1.2.3 or better, we don't need the toaster version, right?
--
-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] Upgrade through qtp-newmodel Error
Eric Shubes wrote: Thanks for using the Trac system, David. It appears that after submitting (or changing) a ticket, the screen doesn't come back (stays waiting), although the update does take. I'm guessing that's why there are 5 tickets you created for this. ;) No problem. I'll have to Trac that problem down. (pun intended) Eric, I had the same problem in Bugzilla recently. You might want to check your mail settings. In my case it was inserting the bug into the database then hanging on the SMTP send. W - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] cannot establish SMTP connection
Below is an error message one of my users received today. Can anyone explain to me what this means concerning the . . .wasn't able to establish an SMTP connection? Is this telling me there is an issue with our qmail toaster or that the receiving server has an SMTP problem? Thanks, Steve ___ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Monday, February 05, 2007 12:59 PM To: Molly Reid Subject: failure notice Hi. This is the qmail-send program at dellapp02.occa.state.ok.us. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, I wasn't able to establish an SMTP connection. (#4.4.1) I'm not going to try again; this message has been in the queue too long.
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
Warren (mailing lists) wrote: Eric Shubes wrote: Thanks for using the Trac system, David. It appears that after submitting (or changing) a ticket, the screen doesn't come back (stays waiting), although the update does take. I'm guessing that's why there are 5 tickets you created for this. ;) No problem. I'll have to Trac that problem down. (pun intended) Eric, I had the same problem in Bugzilla recently. You might want to check your mail settings. In my case it was inserting the bug into the database then hanging on the SMTP send. W Thanks for the pointer, Warren. I'll look there first. Good chance that's it. -- -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] Installation problems
MessageHi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0 i586 but I
can not compile courier-imap-toaster cause this problem happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils 2.16.1
(I have 2.16.91) ... and I can not continue ... dont know how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
Re: [qmailtoaster] Installation problems
MessageThis is last pages of compilation, thanks for any help checking for i586-mandriva-linux-gnu-pgf77... no checking for i586-mandriva-linux-gnu-fort77... no checking for i586-mandriva-linux-gnu-fl32... no checking for i586-mandriva-linux-gnu-af77... no checking for i586-mandriva-linux-gnu-f90... no checking for i586-mandriva-linux-gnu-xlf90... no checking for i586-mandriva-linux-gnu-pgf90... no checking for i586-mandriva-linux-gnu-epcf90... no checking for i586-mandriva-linux-gnu-f95... no checking for i586-mandriva-linux-gnu-fort... no checking for i586-mandriva-linux-gnu-xlf95... no checking for i586-mandriva-linux-gnu-ifc... no checking for i586-mandriva-linux-gnu-efc... no checking for i586-mandriva-linux-gnu-pgf95... no checking for i586-mandriva-linux-gnu-lf95... no checking for i586-mandriva-linux-gnu-gfortran... no checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc -O2 -pipe -Wp, -D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586 -mtune=pentiumpro - DHAVE_VLOGAUTH object... ok checking for objdir... .libs checking for i586-mandriva-linux-gnu-ar... no checking for ar... ar checking for i586-mandriva-linux-gnu-ranlib... no checking for ranlib... ranlib checking for i586-mandriva-linux-gnu-strip... no checking for strip... strip checking if gcc -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHAVE_VLOGAUTH supports -fno-rtti -fno- exceptions... no checking for gcc -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fomit-frame- pointer -march=i586 -mtune=pentiumpro -DHAVE_VLOGAUTH option to produce PIC... -fPIC checking if gcc -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHAVE_VLOGAUTH PIC flag -fPIC works... yes checking if gcc -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHAVE_VLOGAUTH static flag -static works... no checking if gcc -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHAVE_VLOGAUTH supports -c -o file.o... yes checking whether the gcc -O2 -pipe -Wp,-D_FORTIFY_SOURCE=2 -fomit- frame-pointer -march=i586 -mtune=pentiumpro -DHAVE_VLOGAUTH linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... no checking for dlopen in -ldl... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag CXX to libtool checking for ld used by i586-mandriva-linux-gnu-g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the i586-mandriva-linux-gnu-g++ linker (/usr/bin/ld) supports shared libraries... yes checking for i586-mandriva-linux-gnu-g++ option to produce PIC... - fPIC checking if i586-mandriva-linux-gnu-g++ PIC flag -fPIC works... yes checking if i586-mandriva-linux-gnu-g++ static flag -static works... no checking if i586-mandriva-linux-gnu-g++ supports -c -o file.o... yes checking whether the i586-mandriva-linux-gnu-g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag F77 to libtool checking for perl5... /usr/bin/perl5 checking for courierauthconfig... /usr/bin/courierauthconfig checking for sendmail... /usr/sbin/sendmail checking for openssl... /usr/bin/openssl checking for ANSI C header files... (cached) yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for unistd.h... (cached) yes checking for sys/stat.h... (cached) yes checking sys/wait.h usability... yes checking sys/wait.h presence... yes checking for sys/wait.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking sys/time.h usability... yes checking
Re: [qmailtoaster] cannot establish SMTP connection
Steve Ingraham wrote: Below is an error message one of my users received today. Can anyone explain to me what this means concerning the . . .wasn't able to establish an SMTP connection? Is this telling me there is an issue with our qmail toaster or that the receiving server has an SMTP problem? Thanks, Steve ___ From: [EMAIL PROTECTED] [_mailto:[EMAIL PROTECTED] Sent: Monday, February 05, 2007 12:59 PM To: Molly Reid Subject: failure notice Hi. This is the qmail-send program at dellapp02.occa.state.ok.us. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, I wasn't able to establish an SMTP connection. (#4.4.1) I'm not going to try again; this message has been in the queue too long. The message is indicating that your toaster wasn't able to connect to the destination server. The destination server appears to be up now: $ host -t MX oscn.net oscn.net mail is handled by 10 mail.oscn.net. $ telnet mail.oscn.net 25 Trying 204.61.6.14... Connected to mail.oscn.net (204.61.6.14). Escape character is '^]'. 220 okcmailex.oscn.net Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Mon, 5 Feb 2007 14:04:02 -0600 quit 221 2.0.0 okcmailex.oscn.net Service closing transmission channel Connection closed by foreign host. $ The destination might have been down at the time. Try above commands from your toaster. If it connects ok, have your user try resending the message. -- -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] cannot establish SMTP connection
That is giving you an error saying that delapp02.occa.state.ok.us, the mail server in charge of mail for oscn.net, didn't accept your mail. Basically the issue is at their end. Erik On 2/5/07, Steve Ingraham [EMAIL PROTECTED] wrote: Below is an error message one of my users received today. Can anyone explain to me what this means concerning the . . .wasn't able to establish an SMTP connection? Is this telling me there is an issue with our qmail toaster or that the receiving server has an SMTP problem? Thanks, Steve ___ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, February 05, 2007 12:59 PM To: Molly Reid Subject: failure notice Hi. This is the qmail-send program at dellapp02.occa.state.ok.us. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, I wasn't able to establish an SMTP connection. (#4.4.1) I'm not going to try again; this message has been in the queue too long. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] cannot establish SMTP connection
Thanks for the info to you and everyone else who replied. After sending my inquiry to the mail list I talked with the OSCN support personnel who informed me their server was having problems and that they were working on it. Your explanations were helpful though in my understanding of how to troubleshoot these types of error messages. -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Monday, February 05, 2007 2:10 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] cannot establish SMTP connection Steve Ingraham wrote: Below is an error message one of my users received today. Can anyone explain to me what this means concerning the . . .wasn't able to establish an SMTP connection? Is this telling me there is an issue with our qmail toaster or that the receiving server has an SMTP problem? Thanks, Steve ___ From: [EMAIL PROTECTED] [_mailto:[EMAIL PROTECTED] Sent: Monday, February 05, 2007 12:59 PM To: Molly Reid Subject: failure notice Hi. This is the qmail-send program at dellapp02.occa.state.ok.us. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, I wasn't able to establish an SMTP connection. (#4.4.1) I'm not going to try again; this message has been in the queue too long. The message is indicating that your toaster wasn't able to connect to the destination server. The destination server appears to be up now: $ host -t MX oscn.net oscn.net mail is handled by 10 mail.oscn.net. $ telnet mail.oscn.net 25 Trying 204.61.6.14... Connected to mail.oscn.net (204.61.6.14). Escape character is '^]'. 220 okcmailex.oscn.net Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Mon, 5 Feb 2007 14:04:02 -0600 quit 221 2.0.0 okcmailex.oscn.net Service closing transmission channel Connection closed by foreign host. $ The destination might have been down at the time. Try above commands from your toaster. If it connects ok, have your user try resending the message. -- -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]
[Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
OK, had to re-enable testing repository to get qtms-deps.sh to run through. But then I still get the same failure in libsrs2: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) *What further information would be helpful to get my lib/cpp sanity checking ok?* Ray Lance wrote: Hi Eric, OK, do I just send to [EMAIL PROTECTED] Yes. Where can I see the list archives? http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/ It looks like you don't have the C++ compiler installed. To install it: # yum -y cpp P.S. Ray, you really need to post to the qmailtoaster list. It doesn't help anyone else for me to reply to you personally. OTOH, if you want to enlist my consulting services (for a fee), that's a different scenario. ;) I might well consider hiring you for this problem. How much would it be? Depends on the job. I'm very reasonable though. I did of course check that cpp was installed (3.4.6), but based on the sanity check, I removed it (and gcc, et al) and reinstalled first just cpp, then gcc-c++ also. Still fails in libsrs2, whose config.log ends like ## --- ## ## confdefs.h. ## ## --- ## #define HAVE_DLFCN_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STDINT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRINGS_H 1 #define HAVE_STRING_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define PACKAGE libsrs2 #define PACKAGE_BUGREPORT #define PACKAGE_NAME #define PACKAGE_STRING #define PACKAGE_TARNAME #define PACKAGE_VERSION #define STDC_HEADERS 1 #define VERSION 1.0.18 #endif #ifdef __cplusplus void exit (int); configure: exit 1 -- That doesn't tell me much. I'd try rerunning the last yum command in the *-deps.sh script for your distro to be sure you have everything you need. -- -Eric 'shubes'
Re: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Ray Lance wrote: OK, had to re-enable testing repository to get qtms-deps.sh to run through. But then I still get the same failure in libsrs2: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) *What further information would be helpful to get my lib/cpp sanity checking ok?* distro/version? # qtp-whatami (if you have qtp installed) -- -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] Installation problems
MessageIm compiling with mdk103, but I saw that on
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg01055.html
someone uses mdk102, which one is the rigth one ?
regards
Gabriel
- Original Message -
From: Gaby Kule
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 5:01 PM
Subject: [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0 i586 but
I can not compile courier-imap-toaster cause this problem happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils 2.16.1
(I have 2.16.91) ... and I can not continue ... dont know how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
Re: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Eric Shubes wrote: Ray Lance wrote: OK, had to re-enable testing repository to get qtms-deps.sh to run through. But then I still get the same failure in libsrs2: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) *What further information would be helpful to get my lib/cpp sanity checking ok?* distro/version? # uname -a Linux *hostname* 2.6.9-42.37.EL.c4test #1 Thu Jan 4 07:55:37 EST 2007 i686 i686 i386 GNU/Linux # qtp-whatami (if you have qtp installed) qtp-whatami v0.2.1 DISTRO=CentOS OSVER=4.4 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. --
Re: [qmailtoaster] Installation problems
Gaby,
You should be using one of:
# Mandrake 10.0 Linux mdk100
# Mandrake 10.1 Linux mdk101
# Mandriva 2005 Linux mdk102
# Mandriva 2006 Linux mdk2006
# Mandriva 2006 x86_64 mdk200664
# Mandriva 2007 Linux mdv2007
# Mandriva 2007 x86_64 mdv200764
If you install qmailtoaster-plus (see wiki) you can run
# qtp-whatami
and it will tell you what settings to use.
Gaby Kule wrote:
Im compiling with mdk103, but I saw that on
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg01055.html
someone uses mdk102, which one is the rigth one ?
regards
Gabriel
- Original Message -
*From:* Gaby Kule mailto:[EMAIL PROTECTED]
*To:* qmailtoaster-list@qmailtoaster.com
mailto:qmailtoaster-list@qmailtoaster.com
*Sent:* Monday, February 05, 2007 5:01 PM
*Subject:* [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0
i586 but I can not compile courier-imap-toaster cause this problem
happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils
2.16.1 (I have 2.16.91) ... and I can not continue ... dont know
how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
--
-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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Ray Lance wrote: Eric Shubes wrote: Ray Lance wrote: OK, had to re-enable testing repository to get qtms-deps.sh to run through. But then I still get the same failure in libsrs2: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) *What further information would be helpful to get my lib/cpp sanity checking ok?* distro/version? # uname -a Linux *hostname* 2.6.9-42.37.EL.c4test #1 Thu Jan 4 07:55:37 EST 2007 i686 i686 i386 GNU/Linux # qtp-whatami (if you have qtp installed) qtp-whatami v0.2.1 DISTRO=CentOS OSVER=4.4 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. -- You shouldn't need the testing repo. You should have run the cnt40-deps.sh script, and the cnt40-* series of helper scripts. -- -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] Installation problems
Really Eric ?
mdk2006 does not exists on http://www.qmailtoaster.com/ , it says mdk103
(for downloading scripts for Mandriva 2006) as it says on
http://wiki.qmailtoaster.com/index.php/Mandriva_2006.0_QmailToaster_Install
Is better to download qmailtoaster-plus ? does it install the last
qmailtoaster version ? I dont know what to do now ...
Im triing to install qtp but it has new dependencies ... perl(diagnostics)
i.e.
thanks
Gabriel
- Original Message -
From: Eric Shubes [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 5:57 PM
Subject: Re: [qmailtoaster] Installation problems
Gaby,
You should be using one of:
# Mandrake 10.0 Linux mdk100
# Mandrake 10.1 Linux mdk101
# Mandriva 2005 Linux mdk102
# Mandriva 2006 Linux mdk2006
# Mandriva 2006 x86_64 mdk200664
# Mandriva 2007 Linux mdv2007
# Mandriva 2007 x86_64 mdv200764
If you install qmailtoaster-plus (see wiki) you can run
# qtp-whatami
and it will tell you what settings to use.
Gaby Kule wrote:
Im compiling with mdk103, but I saw that on
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg01055.html
someone uses mdk102, which one is the rigth one ?
regards
Gabriel
- Original Message -
*From:* Gaby Kule mailto:[EMAIL PROTECTED]
*To:* qmailtoaster-list@qmailtoaster.com
mailto:qmailtoaster-list@qmailtoaster.com
*Sent:* Monday, February 05, 2007 5:01 PM
*Subject:* [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0
i586 but I can not compile courier-imap-toaster cause this problem
happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils
2.16.1 (I have 2.16.91) ... and I can not continue ... dont know
how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
--
-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] Installation problems
Gaby Kule wrote:
Really Eric ?
I thought so, but now I'm not sure. I see that mdk103-install-script.sh was
changed just a few weeks ago, and it has DISTRO=mdk103, so I'm guessing now
that this is what you want. Looks like I need to change the qtp-whatami script.
mdk2006 does not exists on http://www.qmailtoaster.com/ , it says mdk103
(for downloading scripts for Mandriva 2006) as it says on
http://wiki.qmailtoaster.com/index.php/Mandriva_2006.0_QmailToaster_Install
Looks like DISTRO=mkd103 is the right setting (from looking at the .spec files).
Is better to download qmailtoaster-plus ?
Not necessarily, but there are some neat things there you'll probably want.
does it install the last qmailtoaster version ?
Yes, but it's looking like qtp-whatami will need a tweak in order to do
Mandy'06.
I dont know what to do now ...
Use CentOS. (just kidding, but if it's an option, go with it)
EE, what's up with Mandriva? Did we go back to the mdk10* numbers instead of
the mdv20* numbers? Is Mandriva 2007 not available?
Im triing to install qtp but it has new dependencies ... perl(diagnostics)
i.e.
thanks
Gabriel
- Original Message -
From: Eric Shubes [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 5:57 PM
Subject: Re: [qmailtoaster] Installation problems
Gaby,
You should be using one of:
# Mandrake 10.0 Linux mdk100
# Mandrake 10.1 Linux mdk101
# Mandriva 2005 Linux mdk102
# Mandriva 2006 Linux mdk2006
# Mandriva 2006 x86_64 mdk200664
# Mandriva 2007 Linux mdv2007
# Mandriva 2007 x86_64 mdv200764
If you install qmailtoaster-plus (see wiki) you can run
# qtp-whatami
and it will tell you what settings to use.
Gaby Kule wrote:
Im compiling with mdk103, but I saw that on
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg01055.html
someone uses mdk102, which one is the rigth one ?
regards
Gabriel
- Original Message -
*From:* Gaby Kule mailto:[EMAIL PROTECTED]
*To:* qmailtoaster-list@qmailtoaster.com
mailto:qmailtoaster-list@qmailtoaster.com
*Sent:* Monday, February 05, 2007 5:01 PM
*Subject:* [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0
i586 but I can not compile courier-imap-toaster cause this problem
happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils
2.16.1 (I have 2.16.91) ... and I can not continue ... dont know
how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
--
-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]
Re: [qmailtoaster] Installation problems
Im just using Mandriva cause Im more familiar with Mandrake (just this).
Im using 2006 cause Mandriva 2007 installs Mysql5 by default and I dont want
this.
I installed qtp and saw that I have i686 and I did some configurations for
i585, maybe thats my compilation problem. Ill try to install it on Mandriva,
and if I cant Ill install CentOS.
CentOS 4.x is the recomended OS for qmailtoaster ? is the one that
toaster-team-tests more ?
thanks
Gabriel
- Original Message -
From: Eric Shubes [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 7:00 PM
Subject: Re: [qmailtoaster] Installation problems
Gaby Kule wrote:
Really Eric ?
I thought so, but now I'm not sure. I see that mdk103-install-script.sh was
changed just a few weeks ago, and it has DISTRO=mdk103, so I'm guessing now
that this is what you want. Looks like I need to change the qtp-whatami
script.
mdk2006 does not exists on http://www.qmailtoaster.com/ , it says mdk103
(for downloading scripts for Mandriva 2006) as it says on
http://wiki.qmailtoaster.com/index.php/Mandriva_2006.0_QmailToaster_Install
Looks like DISTRO=mkd103 is the right setting (from looking at the .spec
files).
Is better to download qmailtoaster-plus ?
Not necessarily, but there are some neat things there you'll probably want.
does it install the last qmailtoaster version ?
Yes, but it's looking like qtp-whatami will need a tweak in order to do
Mandy'06.
I dont know what to do now ...
Use CentOS. (just kidding, but if it's an option, go with it)
EE, what's up with Mandriva? Did we go back to the mdk10* numbers instead of
the mdv20* numbers? Is Mandriva 2007 not available?
Im triing to install qtp but it has new dependencies ... perl(diagnostics)
i.e.
thanks
Gabriel
- Original Message -
From: Eric Shubes [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 5:57 PM
Subject: Re: [qmailtoaster] Installation problems
Gaby,
You should be using one of:
# Mandrake 10.0 Linux mdk100
# Mandrake 10.1 Linux mdk101
# Mandriva 2005 Linux mdk102
# Mandriva 2006 Linux mdk2006
# Mandriva 2006 x86_64 mdk200664
# Mandriva 2007 Linux mdv2007
# Mandriva 2007 x86_64 mdv200764
If you install qmailtoaster-plus (see wiki) you can run
# qtp-whatami
and it will tell you what settings to use.
Gaby Kule wrote:
Im compiling with mdk103, but I saw that on
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg01055.html
someone uses mdk102, which one is the rigth one ?
regards
Gabriel
- Original Message -
*From:* Gaby Kule mailto:[EMAIL PROTECTED]
*To:* qmailtoaster-list@qmailtoaster.com
mailto:qmailtoaster-list@qmailtoaster.com
*Sent:* Monday, February 05, 2007 5:01 PM
*Subject:* [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0
i586 but I can not compile courier-imap-toaster cause this problem
happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils
2.16.1 (I have 2.16.91) ... and I can not continue ... dont know
how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
--
-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 hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Installation problems
Hi ES, EE, what's up with Mandriva? Did we go back to the mdk10* numbers instead of the mdv20* numbers? Is Mandriva 2007 not available? Couldn't tell you. I've only done the port for FC6 and maintenance work. Perhaps Nick might be able to shed some light on this. Currently I test on CentOS 3, 4 and FC6 on 32-bit. I don't have the time to test on much else, nor the infrastructure. As far as I know, the web site is correct with mdk103. Thanks, Erk - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Installation problems
Gaby Kule wrote: Im just using Mandriva cause Im more familiar with Mandrake (just this). Im using 2006 cause Mandriva 2007 installs Mysql5 by default and I dont want this. Good. I installed qtp and saw that I have i686 and I did some configurations for i585, maybe thats my compilation problem. I doubt that's the problem. Ill try to install it on Mandriva, and if I cant Ill install CentOS. Good. CentOS 4.x is the recomended OS for qmailtoaster ? Yes. is the one that toaster-team-tests more ? Tested more, most people use. thanks Gabriel I've committed a modified qtp-whatami to svn. To get the changed version (I haven't cut a new release): # cd /opt/qmailtoaster-plus/bin # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami # chmod 755 qtp-whatami That should show you mdk103 now, but it won't fix your problem with courier-imap-toaster. EE might be able to help with that. -- -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] Installation problems
Erik Espinoza wrote: Hi ES, EE, what's up with Mandriva? Did we go back to the mdk10* numbers instead of the mdv20* numbers? Is Mandriva 2007 not available? Couldn't tell you. I've only done the port for FC6 and maintenance work. Perhaps Nick might be able to shed some light on this. Currently I test on CentOS 3, 4 and FC6 on 32-bit. I don't have the time to test on much else, nor the infrastructure. As far as I know, the web site is correct with mdk103. Thanks, Erk That's what the .spec files seem to show. I don't know where I came up with the mdv200* numbers. Anywise, Gaby's having a problem with courier-imap on Mandriva'06. I can't be of any further help. I hope he just goes with CentOS (although I typically hate it when someone suggests switching distros to fix a problem!). -- -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] Installation problems
I forgot one step: Eric Shubes wrote: I've committed a modified qtp-whatami to svn. To get the changed version (I haven't cut a new release): # cd /opt/qmailtoaster-plus/bin # rm qtp-whatami # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami # chmod 755 qtp-whatami That should show you mdk103 now, but it won't fix your problem with courier-imap-toaster. EE might be able to help with that. -- -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] Installation problems
I installed the toaster on 2006, and had only a few problems, there were
some deps needed that were not in the script. I do seem to recall it was
courier-imap was one of the ones that did not want to load. There were a
few others as well. Off the top of my head I am unsure which ones they were
(it has been a couple of months). Hope that helps some.
_
From: Gaby Kule [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05, 2007 2:01 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0 i586 but
I can not compile courier-imap-toaster cause this problem happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils
2.16.1 (I have 2.16.91) ... and I can not continue ... dont know how to
solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
[qmailtoaster] How do I use Outlook with submission?
Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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] Installation problems
MessageThanks Jack, wich hardware do you use ?
I have problems compiling courier-imap-toaster on mandriva 2006/i585, but with
i686 hardware (so it says qtp)
I did not find specific i686 rpms for solving dependencies on Mandriva site or
RPM Search site, so I can not solve ths problem with my knowledge. I think
that my i585 rpms should work anywhere, but I searched for the compiling
message on the web and there is and old bug on gcc that comes from gcc 4.1.1
and its supouse that this was solved on bindutils new releases, but it still
happends on my installation.
I tried with mdk102 parameters and it had the same results.
Ill try with CentOs 4.x, on i686 hardware. Did you tested on this hardware Eric
?
If its needed any test with Mandriva, Ill not format my Mandriva installation
on this week. Just ask me.
regards.
Gabriel
Buenos Aires
Argentina
- Original Message -
From: Jack Martin
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 7:37 PM
Subject: RE: [qmailtoaster] Installation problems
I installed the toaster on 2006, and had only a few problems, there were some
deps needed that were not in the script. I do seem to recall it was
courier-imap was one of the ones that did not want to load. There were a few
others as well. Off the top of my head I am unsure which ones they were (it
has been a couple of months). Hope that helps some.
--
From: Gaby Kule [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05, 2007 2:01 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0 i586 but
I can not compile courier-imap-toaster cause this problem happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils 2.16.1
(I have 2.16.91) ... and I can not continue ... dont know how to solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
Re: [qmailtoaster] How do I use Outlook with submission?
I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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] Installation problems
I have it installed on an old Proliant 7000 server. I of course used the
i586 RPM's. You should be using mdk103, mdk102 is for 2005.
_
From: Gaby Kule [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05, 2007 5:07 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Installation problems
Thanks Jack, wich hardware do you use ?
I have problems compiling courier-imap-toaster on mandriva 2006/i585, but
with i686 hardware (so it says qtp)
I did not find specific i686 rpms for solving dependencies on Mandriva site
or RPM Search site, so I can not solve ths problem with my knowledge. I
think that my i585 rpms should work anywhere, but I searched for the
compiling message on the web and there is and old bug on gcc that comes from
gcc 4.1.1 and its supouse that this was solved on bindutils new releases,
but it still happends on my installation.
I tried with mdk102 parameters and it had the same results.
Ill try with CentOs 4.x, on i686 hardware. Did you tested on this hardware
Eric ?
If its needed any test with Mandriva, Ill not format my Mandriva
installation on this week. Just ask me.
regards.
Gabriel
Buenos Aires
Argentina
- Original Message -
From: Jack Martin mailto:[EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, February 05, 2007 7:37 PM
Subject: RE: [qmailtoaster] Installation problems
I installed the toaster on 2006, and had only a few problems, there were
some deps needed that were not in the script. I do seem to recall it was
courier-imap was one of the ones that did not want to load. There were a
few others as well. Off the top of my head I am unsure which ones they were
(it has been a couple of months). Hope that helps some.
_
From: Gaby Kule [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05, 2007 2:01 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Installation problems
Hi all,
Im triyng to install qmailtoaster (last version) on Mandriva 2006.0 i586 but
I can not compile courier-imap-toaster cause this problem happends:
{standard input}:xx : Error: unknown pseudo-op: `.weakref'
Looking for help on the web, y could read that I must have bindutils
2.16.1 (I have 2.16.91) ... and I can not continue ... dont know how to
solve this
deps.sh script works greate.
courier-imap-toaster is 4.1.2-1.3.6
Someone had a similar problem ?
regards
Gabriel
[qmailtoaster] Stupid ISP's.
Today is my day for dealing with stupidity. First item is my ISP (centurytel) has decided to do header re-writes on outbound mail. Every piece of mail leaving my server had the from address re-wrote to be from my fully qualified server name. So much for having virtual domains on my box. When I called and bitched they stated it was to cut down on forged spam headers. I politely explained that they should implement smtp authentication and to leave my headers alone. They were clueless. Fortunately a friend has a server co-located at godaddy. I setup smtp authorization on it and I'm back up and running. The second clueless ISP is Clearwire. After spending the good part of the weekend trying to figure out why inbound mail and web were not working I called tech support. The guy on the phone told me they block those ports for dynamic IP. For only $10 a month more I can get a static IP and they will open up port 25, but not port 80. After talking with a supervisor he tells me they wont open the port and the only people who can authorize it are the network operations center. He is not allowed to connect me to them or give me the phone number. I ask him to show me on the website where they state they do any port blocking. After fumbling about for 5 minutes he tells me to search for legal and I will find a service agreement that states they have the right to protect their network. Clueless. I'm not letting clearwire off the hook. They completely misrepresented the service. - 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 do I use Outlook with submission?
Hey Trung, Just change /var/qmail/supervise/smtp/run and set REQUIRE_AUTH=1 to say export REQUIRE_AUTH=1. It's all this upgrade will do. On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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]
Re: [qmailtoaster] How do I use Outlook with submission?
Hi, It is no must to update the package. Like I mailed a very small and simple edit of the submissiom run script will do. /var/qmail/supervise/submission/run Or to manualy change the run script by changing the line REQUIRE_AUTH=1 to export REQUIRE_AUTH=1 JP - Original Message - From: Trung Pham [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:18 AM Subject: Re: [qmailtoaster] How do I use Outlook with submission? I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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]
Re: [qmailtoaster] How do I use Outlook with submission?
Correction, follow Jean-Paul's instructions. Mine will ruin your system. Erik On 2/5/07, Erik Espinoza [EMAIL PROTECTED] wrote: Hey Trung, Just change /var/qmail/supervise/smtp/run and set REQUIRE_AUTH=1 to say export REQUIRE_AUTH=1. It's all this upgrade will do. On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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]
Re: [qmailtoaster] How do I use Outlook with submission?
Erik, Are you trying to be funny? Cuz you're confusing me. =P Correction, follow Jean-Paul's instructions. Mine will ruin your system. Erik On 2/5/07, Erik Espinoza [EMAIL PROTECTED] wrote: Hey Trung, Just change /var/qmail/supervise/smtp/run and set REQUIRE_AUTH=1 to say export REQUIRE_AUTH=1. It's all this upgrade will do. On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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] How do I use Outlook with submission?
No, I made a mistake in my instructions. Requiring auth on the smtp port is bad and will break everything. Jean-Paul sent the correct instructions. I answered off the top of my head, without double checking. My apologies. Thanks, Erik On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: Erik, Are you trying to be funny? Cuz you're confusing me. =P Correction, follow Jean-Paul's instructions. Mine will ruin your system. Erik On 2/5/07, Erik Espinoza [EMAIL PROTECTED] wrote: Hey Trung, Just change /var/qmail/supervise/smtp/run and set REQUIRE_AUTH=1 to say export REQUIRE_AUTH=1. It's all this upgrade will do. On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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] - 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 do I use Outlook with submission?
My appologies too. I see the difference in the two instruction now. /var/qmail/supervise/smtp/run vs /var/qmail/supervise/submission/run What is the outcome of changing that run script? Because submission is working just fine for me right now. No, I made a mistake in my instructions. Requiring auth on the smtp port is bad and will break everything. Jean-Paul sent the correct instructions. I answered off the top of my head, without double checking. My apologies. Thanks, Erik On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: Erik, Are you trying to be funny? Cuz you're confusing me. =P Correction, follow Jean-Paul's instructions. Mine will ruin your system. Erik On 2/5/07, Erik Espinoza [EMAIL PROTECTED] wrote: Hey Trung, Just change /var/qmail/supervise/smtp/run and set REQUIRE_AUTH=1 to say export REQUIRE_AUTH=1. It's all this upgrade will do. On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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] - 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] How do I use Outlook with submission?
The outcome is that it actually makes authentication required instead of optional. JP - Original Message - From: Trung Pham [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 2:06 AM Subject: Re: [qmailtoaster] How do I use Outlook with submission? My appologies too. I see the difference in the two instruction now. /var/qmail/supervise/smtp/run vs /var/qmail/supervise/submission/run What is the outcome of changing that run script? Because submission is working just fine for me right now. No, I made a mistake in my instructions. Requiring auth on the smtp port is bad and will break everything. Jean-Paul sent the correct instructions. I answered off the top of my head, without double checking. My apologies. Thanks, Erik On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: Erik, Are you trying to be funny? Cuz you're confusing me. =P Correction, follow Jean-Paul's instructions. Mine will ruin your system. Erik On 2/5/07, Erik Espinoza [EMAIL PROTECTED] wrote: Hey Trung, Just change /var/qmail/supervise/smtp/run and set REQUIRE_AUTH=1 to say export REQUIRE_AUTH=1. It's all this upgrade will do. On 2/5/07, Trung Pham [EMAIL PROTECTED] wrote: I changed the port to 587 and that seems to work. What is the recent fuss about the export REQUIRE_AUTH=1? I dont really want to update the qmail-toaster package. Scared of blowing the toaster up. Currently, my email server prevents people from sending email via outlook because of dynamic IP blacklist. I believe using submission port will get around this problem. And the recent toaster build has submission port. But I wasn't able to find any document showing how to set it up in outlook. Please give me some hint if you have successfully used submission port via outlook. 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] - 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] toaster as internal relay.
Hi list, I have different linux servers that are internal only but would like to use toaster as the relay. Basically I do not want any mail residing on the local linux servers. So far I've allowed the IP of my linux servers in tcp.smtp (same as 127 line) and able to relay to the toaster ONLY if I rewrite the from address. I do not want to rewrite because I would like to be able to tell where the mail is coming from (e.g. [EMAIL PROTECTED] instead of [EMAIL PROTECTED]). Below is the error message I get. 2007-02-05 19:39:38.952825500 tcpserver: status: 0/100 2007-02-05 19:40:44.788782500 tcpserver: status: 1/100 2007-02-05 19:40:44.788788500 tcpserver: pid 31891 from 192.168.1.3 2007-02-05 19:40:44.788791500 tcpserver: ok 31891 external.domain.com:192.168.1.4:25 :192.168.1.3::56139 2007-02-05 19:40:45.884438500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote internal.lan.com:unknown:192.168.1.3 rcpt : invalid sender MX domain 2007-02-05 19:40:45.908143500 tcpserver: end 31891 status 0 FYI: I do not have an internal DNS where I could setup an MX record for internal.lan.com.
Re: [qmailtoaster] toaster as internal relay.
Put ',SENDER_NOCHECK=1' at the end of the relayclient line for the internal ip addresses. On 2/5/07, slamp slamp [EMAIL PROTECTED] wrote: Hi list, I have different linux servers that are internal only but would like to use toaster as the relay. Basically I do not want any mail residing on the local linux servers. So far I've allowed the IP of my linux servers in tcp.smtp (same as 127 line) and able to relay to the toaster ONLY if I rewrite the from address. I do not want to rewrite because I would like to be able to tell where the mail is coming from (e.g. [EMAIL PROTECTED] instead of [EMAIL PROTECTED]). Below is the error message I get. 2007-02-05 19:39:38.952825500 tcpserver: status: 0/100 2007-02-05 19:40:44.788782500 tcpserver: status: 1/100 2007-02-05 19:40:44.788788500 tcpserver: pid 31891 from 192.168.1.3 2007-02-05 19:40:44.788791500 tcpserver: ok 31891 external.domain.com:192.168.1.4:25 :192.168.1.3::56139 2007-02-05 19:40:45.884438500 CHKUSER rejected sender: from [EMAIL PROTECTED]:: remote internal.lan.com:unknown:192.168.1.3 rcpt : invalid sender MX domain 2007-02-05 19:40:45.908143500 tcpserver: end 31891 status 0 FYI: I do not have an internal DNS where I could setup an MX record for internal.lan.com. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Installation problems
Gaby Kule wrote: Thanks Jack, wich hardware do you use ? I have problems compiling courier-imap-toaster on mandriva 2006/i585, but with i686 hardware (so it says qtp) I did not find specific i686 rpms for solving dependencies on Mandriva site or RPM Search site, so I can not solve ths problem with my knowledge. I think that my i585 rpms should work anywhere, but I searched for the compiling message on the web and there is and old bug on gcc that comes from gcc 4.1.1 and its supouse that this was solved on bindutils new releases, but it still happends on my installation. I tried with mdk102 parameters and it had the same results. Ill try with CentOs 4.x, on i686 hardware. Did you tested on this hardware Eric ? I don't do release testing. There are some Mandriva installations out there though. The hardware setting isn't very significant. Simply optimization. i586 build parameter should work fine on a i686 processor. You can build for i386 and it'll run ok on anything higher. i586 is Pentium and i686 is PentiumII. Your problem is related to software dependencies/compatibilities. Your development environment (compiler and related packages) isn't what it needs to be. I don't know what packages you need for Mandriva. You *should* have everything in mdk103-deps.sh installed. Also, be sure that your yum repositories are proper for mandrake 2006.0. If its needed any test with Mandriva, Ill not format my Mandriva installation on this week. Just ask me. Thanks, Gabriel. regards. Gabriel Buenos Aires Argentina -- -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] Stupid ISP's.
Vince Callaway wrote: Today is my day for dealing with stupidity. First item is my ISP (centurytel) has decided to do header re-writes on outbound mail. Every piece of mail leaving my server had the from address re-wrote to be from my fully qualified server name. So much for having virtual domains on my box. When I called and bitched they stated it was to cut down on forged spam headers. I politely explained that they should implement smtp authentication and to leave my headers alone. They were clueless. Fortunately a friend has a server co-located at godaddy. I setup smtp authorization on it and I'm back up and running. I'd say you're lucky on this count. My ISP (Qwest) won't even let me send mail from my domain (with authentication) through their mail server. Sending addresses have to belong to the(ir) account. I send out some stuff directly, but more and more as receiving MTAs block dynamic addresses, I use dyndns's mailhop service, which has worked well for me. The second clueless ISP is Clearwire. After spending the good part of the weekend trying to figure out why inbound mail and web were not working I called tech support. The guy on the phone told me they block those ports for dynamic IP. For only $10 a month more I can get a static IP and they will open up port 25, but not port 80. QWest can't even offer me a static address, as they have VDSL in my area. They're not blocking ports though (yet, knock wood). After talking with a supervisor he tells me they wont open the port and the only people who can authorize it are the network operations center. He is not allowed to connect me to them or give me the phone number. I ask him to show me on the website where they state they do any port blocking. After fumbling about for 5 minutes he tells me to search for legal and I will find a service agreement that states they have the right to protect their network. Clueless. I'm not letting clearwire off the hook. They completely misrepresented the service. Good luck finding a good ISP. There are some out there, in some areas. -- -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] Upgrade through qtp-newmodel Error
I was trying to submitted the ticket, but it feel so hard on the connection ( Idon't know maybe my connection are not good enough to reach out the server. Been tryang to refresh several time to upload the ticket. Ok than, I'll try it first, and get back to you with the result . Highly appreciate your concern over my problem. Regards, David J. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:31 AM Subject: Re: [qmailtoaster] Upgrade through qtp-newmodel Error Thanks for using the Trac system, David. It appears that after submitting (or changing) a ticket, the screen doesn't come back (stays waiting), although the update does take. I'm guessing that's why there are 5 tickets you created for this. ;) No problem. I'll have to Trac that problem down. (pun intended) As to the problem at hand, I've fixed qtp-newmodel and committed the change to SVN (revision #73). I don't this necessitates cutting a new release, so you'll need to get the fix manually. The easiest way to get it will be to: # cd /opt/qmailtoaster-plus/bin # mv qtp-newmodel qtp-newmodel.bkp # wget http://svn.shubes.net/qtp/trunk/bin/qtp-newmodel # chmod 755 qtp-newmodel That should fix you up. Thanks again for trying out Trac. Let me know how you make out. -- -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] Upgrade through qtp-newmodel Error
Already went broke down several time trying to resolve the zlib problem ...heheh :) In CentOS, when shared library libz.so.1 (zlib shared library) not available in it's system, several critical services could not be executed. That is why I try to recover zlib using it's latest bz2 source. when it's done the qmail servicess and the rest are running back again. This is one of the reasons, why I want to upgrade my Toaster, beside it already outfashion.. :P Thank's for your concerns David J. - Original Message - From: Erik Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:44 AM Subject: Re: [qmailtoaster] Upgrade through qtp-newmodel Error Hi ES, Without looking at the code in much detail, I can tell that the problem lies with version numbering. This routine assumes (erroneously) that packages have a version number that conforms to n.n.n-n.n.n format. While this is true for toaster packages, it's not true for other packages such as zlib which have both non-toaster and toaster versions. Why the toaster version of zlib isn't named zlib-toaster, I've no idea. I also don't know what the difference is between the toaster and non-toaster versions. I think it's safe to say that you probably want the toaster version though (that's what I'm running). The name is kept the same (sans toaster) because it is a dependency for so many packages. The reason we include it is because there are clamd issues with older versions of zlib. It is not installed unless necessary, for example on FC6 which ships with the same version of zlib, we don't install it when using the fc6 install script. If your toaster is not currently deployed (running live), the fix is easy. Simply # rpm -e --nodeps zlib to remove the existing package. The toaster's zlib should be automatically selected and installed, and away you go. I'd be careful of running this command, as you can be left with a broken system. Thanks, 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] Upgrade through qtp-newmodel Error
- Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:56 AM Subject: Re: [qmailtoaster] Upgrade through qtp-newmodel Error Erik Espinoza wrote: I'd be careful of running this command, as you can be left with a broken system. Eric Shubes wrote: That's why I asked if he was running live. ;) Now that I think of it though, rpmbuild might not work without it. EGADS! I suppose that it could always be yum'd back though, no? When zlib is not available, rpmbuild, rpm and yum cannot be executed. that was I encountered yesterday, untill I revive with other zlib source. Regards, David J. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
David J. wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:56 AM Subject: Re: [qmailtoaster] Upgrade through qtp-newmodel Error Erik Espinoza wrote: I'd be careful of running this command, as you can be left with a broken system. Eric Shubes wrote: That's why I asked if he was running live. ;) Now that I think of it though, rpmbuild might not work without it. EGADS! I suppose that it could always be yum'd back though, no? When zlib is not available, rpmbuild, rpm and yum cannot be executed. that was I encountered yesterday, untill I revive with other zlib source. Regards, David J. Nice recovery, David. My sincere apology if I led you astray. -- -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] Stupid ISP's.
On Mon, 2007-02-05 at 19:47 -0700, Eric Shubes wrote: Good luck finding a good ISP. There are some out there, in some areas. I sold my ISP business almost 10 years ago. If one of my employees had talked to someone the way this guy at clearwire talked to me I would have fired him on the spot. I'm going to drop a server at a local co-location facility to provide mail routing for mine and my clients servers. I will not be held hostage by an ISP with an attitude problem. soapbox These big ISP's have no idea how bad their policies are for everyone. They think they are doing a good thing, but in reality they are breaking down the fundamental core. Everyone might as well just use AOL and be held hostage by ads and only seeing what they think you need to see. Kinda like China. /soapbox - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with Qtp-newmodel upgrade
Roxanne Sandesara wrote: I attempted to upgrade my Qmail-toaster installation tonight, and I seem to have a pretty serious problem. I'm hoping someone can explain to me what this error message means and what I need to do about it. I have included, below, the entire log of the SSH session for the upgrade. supervise: fatal: unable to acquire send/supervise/lock: temporary failure It's (mostly) ok, Roxanne, hang in there. Everything appears to be up and running except qmail-send. I'm guessing that there's probably a zombied (orphaned, parentless) qmail-send process running, which has the send/supervise/lock file tied up, and is thus not allowing the new qmail-send to start up. What do you get from this command?: # ps -ef | grep qmail-send -- -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] Upgrade through qtp-newmodel Error
Try copying the zlib binaries using wget or curl or something. Put them into the lib dir, then install the rpm. Erik On 2/5/07, David J. [EMAIL PROTECTED] wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:56 AM Subject: Re: [qmailtoaster] Upgrade through qtp-newmodel Error Erik Espinoza wrote: I'd be careful of running this command, as you can be left with a broken system. Eric Shubes wrote: That's why I asked if he was running live. ;) Now that I think of it though, rpmbuild might not work without it. EGADS! I suppose that it could always be yum'd back though, no? When zlib is not available, rpmbuild, rpm and yum cannot be executed. that was I encountered yesterday, untill I revive with other zlib source. Regards, David J. - 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] qtp-newmodel upgrade errors]
Eric Shubes wrote: Ray Lance wrote: Eric Shubes wrote: Ray Lance wrote: OK, had to re-enable testing repository to get qtms-deps.sh to run through. But then I still get the same failure in libsrs2: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) *What further information would be helpful to get my lib/cpp sanity checking ok?* distro/version? # uname -a Linux *hostname* 2.6.9-42.37.EL.c4test #1 Thu Jan 4 07:55:37 EST 2007 i686 i686 i386 GNU/Linux # qtp-whatami (if you have qtp installed) qtp-whatami v0.2.1 DISTRO=CentOS OSVER=4.4 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. -- You shouldn't need the testing repo. You should have run the cnt40-deps.sh script, and the cnt40-* series of helper scripts. OK, turned testing repo off again, and ran the cnt40 installation. Everything ok again except it still won't install the full djbdns after dnscache was installed via cnt40. So I just left the dnscache running and it's working again. But only with the default blacklists -- the moderate/agressive totally disable smtp. Too bad the qmts scripts didn't refuse to operate and advise of cnt40 :) Ray
Re: [qmailtoaster] Upgrade through qtp-newmodel Error
Eric Shubes wrote: That's why I asked if he was running live. ;) Now that I think of it though, rpmbuild might not work without it. EGADS! I suppose that it could always be yum'd back though, no? When zlib is not available, rpmbuild, rpm and yum cannot be executed. that was I encountered yesterday, untill I revive with other zlib source. Regards, David J. Nice recovery, David. My sincere apology if I led you astray. -- -Eric 'shubes' Well I consider I'm lucky enough to have you and the qmailtoaster, those recovery was succesfull, because It gave me clue about libz.so.1, so I thought that must be something wrong on the Zlib. These all done by the wonderfull Toaster you developed. Regards, David J. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stupid ISP's.
I work for a Wireless ISP out in boonies in Minnesota. We had a similar problem working with qwest. Their attitude towards your mail is: Your mail, you mean our mail right? We were lucky enough to find a great competitive carrier. We liked em so much we are now an authorized agent. There dsl is cheaper and its Sdsl which is great because Mail is mostly symmetric. They block no ports AND you get a static IP included. (I know sounds almost to good to be true). Anyway if you live in a qwest served region look Into Integra Telecom. Or if you want I can get you a quote. They require you buy 1 of their lines to get the dsl and you have to use there modem, but its a pairgain modem and it seems to work better than actiontec, at least in my experience. They even let us use there DSL for our wireless hotspots, which most providers won't (qwest will surprisingly). K I'll stop here, since this is starting to sound like a commercial. Bottom Line, Stay away from the ILEC's and look at resellers, there are a ton of em and they really do care about their customers. Just my 2 cents Dan Page Eric Shubes wrote: Vince Callaway wrote: Today is my day for dealing with stupidity. First item is my ISP (centurytel) has decided to do header re-writes on outbound mail. Every piece of mail leaving my server had the from address re-wrote to be from my fully qualified server name. So much for having virtual domains on my box. When I called and bitched they stated it was to cut down on forged spam headers. I politely explained that they should implement smtp authentication and to leave my headers alone. They were clueless. Fortunately a friend has a server co-located at godaddy. I setup smtp authorization on it and I'm back up and running. I'd say you're lucky on this count. My ISP (Qwest) won't even let me send mail from my domain (with authentication) through their mail server. Sending addresses have to belong to the(ir) account. I send out some stuff directly, but more and more as receiving MTAs block dynamic addresses, I use dyndns's mailhop service, which has worked well for me. The second clueless ISP is Clearwire. After spending the good part of the weekend trying to figure out why inbound mail and web were not working I called tech support. The guy on the phone told me they block those ports for dynamic IP. For only $10 a month more I can get a static IP and they will open up port 25, but not port 80. QWest can't even offer me a static address, as they have VDSL in my area. They're not blocking ports though (yet, knock wood). After talking with a supervisor he tells me they wont open the port and the only people who can authorize it are the network operations center. He is not allowed to connect me to them or give me the phone number. I ask him to show me on the website where they state they do any port blocking. After fumbling about for 5 minutes he tells me to search for legal and I will find a service agreement that states they have the right to protect their network. Clueless. I'm not letting clearwire off the hook. They completely misrepresented the service. Good luck finding a good ISP. There are some out there, in some areas. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with Qtp-newmodel upgrade
Roxanne Sandesara wrote: I attempted to upgrade my Qmail-toaster installation tonight, and I seem to have a pretty serious problem. I'm hoping someone can explain to me what this error message means and what I need to do about it. I have included, below, the entire log of the SSH session for the upgrade. I see now after closer look that the old qmail-send wasn't able to terminate cleanly: send: up (pid 27656) 2263473 seconds, want down Process #27656 is your old qmail-send. It's parent process is probably 1 (init), running as root, right? # ps -ef | grep 27656 If so, simply kill the process: # kill -9 27656 I think that supervise will then be able to start it up. -- -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] Problem with Qtp-newmodel upgrade
[EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send On Feb 5, 2007, at 10:40 PM, Eric Shubes wrote: Roxanne Sandesara wrote: I attempted to upgrade my Qmail-toaster installation tonight, and I seem to have a pretty serious problem. I'm hoping someone can explain to me what this error message means and what I need to do about it. I have included, below, the entire log of the SSH session for the upgrade. supervise: fatal: unable to acquire send/supervise/lock: temporary failure It's (mostly) ok, Roxanne, hang in there. Everything appears to be up and running except qmail-send. I'm guessing that there's probably a zombied (orphaned, parentless) qmail-send process running, which has the send/supervise/lock file tied up, and is thus not allowing the new qmail-send to start up. What do you get from this command?: # ps -ef | grep qmail-send -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [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] Problem with Qtp-newmodel upgrade
- Original Message - From: Roxanne Sandesara [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 10:26 AM Subject: [qmailtoaster] Problem with Qtp-newmodel upgrade [EMAIL PROTECTED] ~]# qtp-newmodel qtp-newmodel v0.2.3 starting Mon Feb 5 20:54:08 EST 2007 qtp-whatami v0.2.2 DISTRO=CentOS OSVER=4.4 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. If your OS is not current, you should consider upgrading it. Do you want to proceed at your own risk? (yes, no) y/[n] : yes Ok, here we go ... Do you want to include development packages? (This is *not* recommended for production servers) Shall we continue? (yes, no|skip, batch, quit) y / [n]|s / b / q : n Getting package list ... qmail Toaster is an integrated distribution. Packages are preconfigured for the whole distro. As a result, a partial install might be misconfigured. Upgrading all packages to their latest version is strongly recommended. Now that you've been warned, we will proceed with package selection ... zlib-1.2.3-1.0.3 is already installed, bypassed Roxanne, Are you using the Zlib from toaster..? or you have different zlin installed ?? - 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]
Ray Lance wrote: Eric Shubes wrote: Ray Lance wrote: Eric Shubes wrote: Ray Lance wrote: OK, had to re-enable testing repository to get qtms-deps.sh to run through. But then I still get the same failure in libsrs2: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43209 (%build) *What further information would be helpful to get my lib/cpp sanity checking ok?* distro/version? # uname -a Linux *hostname* 2.6.9-42.37.EL.c4test #1 Thu Jan 4 07:55:37 EST 2007 i686 i686 i386 GNU/Linux # qtp-whatami (if you have qtp installed) qtp-whatami v0.2.1 DISTRO=CentOS OSVER=4.4 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. -- You shouldn't need the testing repo. You should have run the cnt40-deps.sh script, and the cnt40-* series of helper scripts. OK, turned testing repo off again, and ran the cnt40 installation. Everything ok again except it still won't install the full djbdns after dnscache was installed via cnt40. I'm not the expert on DNS, but I think with djbdns you're only supposed to install one of the 4 binary rpms that are generated from the source. Check the comments in the .spec file. So I just left the dnscache running and it's working again. But only with the default blacklists -- the moderate/agressive totally disable smtp. Try using this for blacklists: -r zen.spamhaus.org -r bl.spamcop.net -r opm.blitzed.org -r list.dsbl.org -r cbl.abuseat.org -r dnsbl.sorbs.net They're working pretty well for me. I'm going to (try to remember to) change the -loose and -moderate blacklists with the next qtp release. Are you able to verify that your dnscache is running properly? Too bad the qmts scripts didn't refuse to operate and advise of cnt40 :) I know. That's why I wrote qtp-newmodel, so the scripts can tell what settings to use, and there'll be just one set of scripts, so maintenance will be easier too. Ray -- -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] Problem with Qtp-newmodel upgrade
David J. wrote: - Original Message - From: Roxanne Sandesara [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 10:26 AM Subject: [qmailtoaster] Problem with Qtp-newmodel upgrade [EMAIL PROTECTED] ~]# qtp-newmodel qtp-newmodel v0.2.3 starting Mon Feb 5 20:54:08 EST 2007 qtp-whatami v0.2.2 DISTRO=CentOS OSVER=4.4 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. If your OS is not current, you should consider upgrading it. Do you want to proceed at your own risk? (yes, no) y/[n] : yes Ok, here we go ... Do you want to include development packages? (This is *not* recommended for production servers) Shall we continue? (yes, no|skip, batch, quit) y / [n]|s / b / q : n Getting package list ... qmail Toaster is an integrated distribution. Packages are preconfigured for the whole distro. As a result, a partial install might be misconfigured. Upgrading all packages to their latest version is strongly recommended. Now that you've been warned, we will proceed with package selection ... zlib-1.2.3-1.0.3 is already installed, bypassed Roxanne, Are you using the Zlib from toaster..? or you have different zlin installed ?? She has the zlib from a previous toaster install. She's ok there. -- -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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Dear Eric, Is it safe to use my current Zlib 1.2.3 release to run the Toater ?? or zlib-toaster is much recommended. well I have download the revised qtp-newmodel script from you, but I have a liitle worry about the zlib I have on my toaster. My zlib already been change, Do you have any clue or idea to restore my zlib back to the toaster release ?? Regards, David J. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with Qtp-newmodel upgrade
Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Looks like that's the new qmail-send. The old one finally terminated ok? What do you get now from # qmailctl stat ? -- -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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
David J. wrote: Dear Eric, Is it safe to use my current Zlib 1.2.3 release to run the Toater ?? or zlib-toaster is much recommended. well I have download the revised qtp-newmodel script from you, but I have a liitle worry about the zlib I have on my toaster. My zlib already been change, Do you have any clue or idea to restore my zlib back to the toaster release ?? Regards, David J. David, zlib-1.2.3 should be fine regardless of where it came from. That version wasn't available on some distros a while back, so it was included with the toaster until they caught up. You can safely keep the one you have, even if qtp-newmodel asks you if you want to upgrade (simply decline zlib when it asks). I'll be fixing qtp-newmodel in the near future to take this into account. -- -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] Problem with Qtp-newmodel upgrade
Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Hey Roxanne, Please let us know when you're back to normal. I'd like to be able to sleep tonight. ;) -- -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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Thank's Eric .. I'll try to upgrade my toaster later .. at night, it still 11:07 am, in Jakarta. I'll submit you what the results are. Mean while may have your number. I could say you are the most friendly guy in this list, ofcourse the rest are also friendly. But from the way you deal with threads are nice and fun. Thank's again shubes... Regards, David J. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 11:06 AM Subject: Re: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors] David J. wrote: Dear Eric, Is it safe to use my current Zlib 1.2.3 release to run the Toater ?? or zlib-toaster is much recommended. well I have download the revised qtp-newmodel script from you, but I have a liitle worry about the zlib I have on my toaster. My zlib already been change, Do you have any clue or idea to restore my zlib back to the toaster release ?? Regards, David J. David, zlib-1.2.3 should be fine regardless of where it came from. That version wasn't available on some distros a while back, so it was included with the toaster until they caught up. You can safely keep the one you have, even if qtp-newmodel asks you if you want to upgrade (simply decline zlib when it asks). I'll be fixing qtp-newmodel in the near future to take this into account. -- -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] Problem with Qtp-newmodel upgrade
What were you thingking .. the toaster or her .. :P David J. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 11:11 AM Subject: Re: [qmailtoaster] Problem with Qtp-newmodel upgrade Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Hey Roxanne, Please let us know when you're back to normal. I'd like to be able to sleep tonight. ;) -- -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] Problem with Qtp-newmodel upgrade
Everything's OK now. I did qmailctl stat, and everything is up and A- OK. Thank you. Please get some sleep. :) On Feb 5, 2007, at 11:11 PM, Eric Shubes wrote: Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Hey Roxanne, Please let us know when you're back to normal. I'd like to be able to sleep tonight. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
David J. wrote: Thank's Eric .. I'll try to upgrade my toaster later .. at night, it still 11:07 am, in Jakarta. I'll submit you what the results are. Mean while may have your number. I could say you are the most friendly guy in this list, ofcourse the rest are also friendly. But from the way you deal with threads are nice and fun. Thank's again shubes... Regards, David J. Thanks for the Kudos, David. If it ain't fun, it's not worth doing. ;) FWIW, you can go ahead and get started with the upgrade. The downloads and compiles and such can run while the toaster's up. It'll get to a point where it'll tell you it's ready to do the update: session example The major portion of the install/upgrade process is now complete. You may rerun this script later and simply process the update. We are ready to do the update now. qmail will be stopped. Shall we continue? (yes, no|skip, batch, quit) [y] / n|s / b / q : q /session example Simply enter q to quit at this point. Then when you rerun qtp-newmodel later, it'll recognize everything that's already been done. Choose to reuse the existing sandbox, and it'll bring you right back to the same point rather quickly. The entire upgrade should take you less that 10 minutes at that point. Best of luck! P.S. By the time you get around to doing the upgrade, I might already be awake again! -- -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] Problem with Qtp-newmodel upgrade
Nice, David. I won't go there (to play it safe). ;) David J. wrote: What were you thingking .. the toaster or her .. :P David J. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 11:11 AM Subject: Re: [qmailtoaster] Problem with Qtp-newmodel upgrade Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Hey Roxanne, Please let us know when you're back to normal. I'd like to be able to sleep tonight. ;) -- -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]
Re: [qmailtoaster] Problem with Qtp-newmodel upgrade
Glad to hear it, Roxanne. Out of curiosity, did you have to kill that qmail-send, or did it end on its own? I've seen on occasion a *very* busy toaster end up with orphaned processes before (usually smtp though). I'd like to come up with additional checking (if necessary) to make sure the toaster is down cleanly before continuing with the upgrade and the restart. As it presently works, it simply sleeps for 5 seconds. The one you had must have taken quite some time to end though (unless for some reason it wasn't able to end normally). Please let me know what happened so we can make things even smoother in the future. Thanks for using qtp-newmodel. Roxanne Sandesara wrote: Everything's OK now. I did qmailctl stat, and everything is up and A-OK. Thank you. Please get some sleep. :) On Feb 5, 2007, at 11:11 PM, Eric Shubes wrote: Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Hey Roxanne, Please let us know when you're back to normal. I'd like to be able to sleep tonight. ;) -- -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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Shubes wrote: Thanks for the Kudos, David. If it ain't fun, it's not worth doing. ;) FWIW, you can go ahead and get started with the upgrade. The downloads and compiles and such can run while the toaster's up. It'll get to a point where it'll tell you it's ready to do the update: session example The major portion of the install/upgrade process is now complete. You may rerun this script later and simply process the update. We are ready to do the update now. qmail will be stopped. Shall we continue? (yes, no|skip, batch, quit) [y] / n|s / b / q : q /session example Simply enter q to quit at this point. Then when you rerun qtp-newmodel later, it'll recognize everything that's already been done. Choose to reuse the existing sandbox, and it'll bring you right back to the same point rather quickly. The entire upgrade should take you less that 10 minutes at that point. Does the qmail-toaster and courier-authlib from development are fine to installed..?? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with Qtp-newmodel upgrade
The process eventually ended on its own. But it took quite a while to do so - nearly 25 minutes after the entire upgrade process had completed. I didn't kill it, but it died. It would be good if we could mod newmodel to check and confirm that all the processes have been ended before it continues, but I'm afraid I myself don't quite know enough of what I'm doing to help with that. I do have one question. I only noticed the line in the qtp-newmodel instructions about how to get the --spambox into the configuration after I started. So, unfortunately, I do not have that feature enabled. But I want it. Is there some way that I can reconfig things to get that in place, without tearing things down? I don't have to do it right away, certainly not tonight. But I'd like it if someone could perhaps help me work out a plan with some step-by-steps for how to do that, so that I can get it done. Roxanne Thanks again for the help. And thank you for building qtp-newmodel. That made my life much, much easier than it would have been otherwise. On Feb 5, 2007, at 11:34 PM, Eric Shubes wrote: Glad to hear it, Roxanne. Out of curiosity, did you have to kill that qmail-send, or did it end on its own? I've seen on occasion a *very* busy toaster end up with orphaned processes before (usually smtp though). I'd like to come up with additional checking (if necessary) to make sure the toaster is down cleanly before continuing with the upgrade and the restart. As it presently works, it simply sleeps for 5 seconds. The one you had must have taken quite some time to end though (unless for some reason it wasn't able to end normally). Please let me know what happened so we can make things even smoother in the future. Thanks for using qtp-newmodel. Roxanne Sandesara wrote: Everything's OK now. I did qmailctl stat, and everything is up and A-OK. Thank you. Please get some sleep. :) On Feb 5, 2007, at 11:11 PM, Eric Shubes wrote: Roxanne Sandesara wrote: [EMAIL PROTECTED] ~]# ps -ef | grep qmail-send qmails 19124 19123 0 23:09 pts/000:00:00 qmail-send root 20361 1535 0 23:26 pts/000:00:00 grep qmail-send Hey Roxanne, Please let us know when you're back to normal. I'd like to be able to sleep tonight. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
David J. wrote: Shubes wrote: Thanks for the Kudos, David. If it ain't fun, it's not worth doing. ;) FWIW, you can go ahead and get started with the upgrade. The downloads and compiles and such can run while the toaster's up. It'll get to a point where it'll tell you it's ready to do the update: session example The major portion of the install/upgrade process is now complete. You may rerun this script later and simply process the update. We are ready to do the update now. qmail will be stopped. Shall we continue? (yes, no|skip, batch, quit) [y] / n|s / b / q : q /session example Simply enter q to quit at this point. Then when you rerun qtp-newmodel later, it'll recognize everything that's already been done. Choose to reuse the existing sandbox, and it'll bring you right back to the same point rather quickly. The entire upgrade should take you less that 10 minutes at that point. Does the qmail-toaster and courier-authlib from development are fine to installed..?? Probably, but I can't vouch for them (haven't installed them yet myself). Do you feel lucky? ;) EE can tell you better than I can. We're working on getting change logging visibility improved. EE's very busy though. -- -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: [Fwd: Re: [qmailtoaster] qtp-newmodel upgrade errors]
Yes. Dev is ready to go. Erik On 2/5/07, Eric Shubes [EMAIL PROTECTED] wrote: David J. wrote: Shubes wrote: Thanks for the Kudos, David. If it ain't fun, it's not worth doing. ;) FWIW, you can go ahead and get started with the upgrade. The downloads and compiles and such can run while the toaster's up. It'll get to a point where it'll tell you it's ready to do the update: session example The major portion of the install/upgrade process is now complete. You may rerun this script later and simply process the update. We are ready to do the update now. qmail will be stopped. Shall we continue? (yes, no|skip, batch, quit) [y] / n|s / b / q : q /session example Simply enter q to quit at this point. Then when you rerun qtp-newmodel later, it'll recognize everything that's already been done. Choose to reuse the existing sandbox, and it'll bring you right back to the same point rather quickly. The entire upgrade should take you less that 10 minutes at that point. Does the qmail-toaster and courier-authlib from development are fine to installed..?? Probably, but I can't vouch for them (haven't installed them yet myself). Do you feel lucky? ;) EE can tell you better than I can. We're working on getting change logging visibility improved. EE's very busy though. -- -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] Problem with Qtp-newmodel upgrade
Roxanne Sandesara wrote: The process eventually ended on its own. But it took quite a while to do so - nearly 25 minutes after the entire upgrade process had completed. I didn't kill it, but it died. It would be good if we could mod newmodel to check and confirm that all the processes have been ended before it continues, but I'm afraid I myself don't quite know enough of what I'm doing to help with that. I think I can take if from here. A little scripting here, a little testing there... ;) I think that's a little too long to wait though. I'm more of the opinion of if it doesn't die on its own, KILL IT! It's not as bad as it may sound. I just hate waiting for some unresponsive process to end when I'm trying to bounce the system (quickly). I do have one question. I only noticed the line in the qtp-newmodel instructions about how to get the --spambox into the configuration after I started. So, unfortunately, I do not have that feature enabled. But I want it. Is there some way that I can reconfig things to get that in place, without tearing things down? I don't have to do it right away, certainly not tonight. But I'd like it if someone could perhaps help me work out a plan with some step-by-steps for how to do that, so that I can get it done. I've thought about that too. The newmodel script really ought to let you rebuild and reinstall the current version. Why don't you write up a ticket for that? The brand spankin' new qmailtoaster-plus trac system is up and running now. Go to http://trac.shubes.net/qtp/ and select the New Ticket tab. Fill out whatever information you feel is appropriate, and submit it. Then it'll be tracked for all eternity, and you'll automatically be notified by email when anything happens to it (remember to put in your email address where it says anonymous). Oh, and please be patient with the site, as it's presently running on a puny PII-266! (although it's not all that slow) Pretty cool. Roxanne Thanks again for the help. And thank you for building qtp-newmodel. That made my life much, much easier than it would have been otherwise. Mine too! I hope that it will help all toaster users get up to date with the latest software with the least amount of effort. Oh, one more thing. You'll need to add NOP0FCHECK=1 to your tcp.smtp rules (all lines except the first one) so you don't get an annoying message in your smtp (and submission I expect) logs. You can have a look at /opt/qtp-sandbox/etc/tcprules.d/tcp.smtp (if you haven't removed the sandbox) to see what it should look like. And don't forget to rebuild your cdb's after the change. Thanks for using (and helping improve) qtp-newmodel! -- -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] Export user list password from Sendmail
Hi, I would like to export every users from the existing email server running on Sendmail. Currently they are using a Management software called Blurquartz to manage the server user lists. How can I export the user list from the server and import into QT?? Please assist. Thanks Have a burning question? Go to www.Answers.yahoo.com and get answers from real people who know.
Re: [qmailtoaster] Problem with Qtp-newmodel upgrade
- Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 12:54 PM Subject: Re: [qmailtoaster] Problem with Qtp-newmodel upgrade Oh, one more thing. You'll need to add NOP0FCHECK=1 to your tcp.smtp rules (all lines except the first one) so you don't get an annoying message in your smtp (and submission I expect) logs. You can have a look at /opt/qtp-sandbox/etc/tcprules.d/tcp.smtp (if you haven't removed the sandbox) to see what it should look like. And don't forget to rebuild your cdb's after the change. What the /opt/qtp-sandbox/etc/tcprules.d/tcp.smtp should look like after the new version installed. David J. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
