Re: [vchkpw] Request for new feature: Internal-only accounts
On Tuesday 14 June 2005 19:53, Bruno Negrão wrote: Wouldn't the string NOQUOTA be exactly in the place where there is a 60MB in my example above? Yes, sorry. I'm blind! But this feature is still useful I'm not sure how...what is the use you see? How on earth do you really intend to stop these people from sending mail? You have to force them to use your SMTP server, and block nearly all of their access to the internet to ensure they can't send E-mail, and you better hope they don't go home and send mail from their work account from there. If it's an attempt to increase productivity, it won't work. At every corporation I've been at that has network restrictions, the majority of people spend more time trying to get their work done around them than anything else. The last one I worked at had only ports 80 and 443 open, which made everything really difficult to do. You'd hear people talking on the phone complaining about the d*** firewall and related problems all day long. Those of us who were more technical set up SSH servers on port 80 and tunneled everything anyways. You can do that even on a Windows machine without local administrative rights, which I later just took home and formatted out of frustration (after that I worked much more efficiently ;-) ). there are commercial mail servers providing it There are commercial mail servers providing lots of things that are bad ideas. And most mail servers have at least one oddball feature that you won't find in any other package. One of my favorite quotes is It is better not to do something than to do it poorly. (from Andreas Hanssen, author of BincIMAP). This is one of those things that cannot be done well because of how the SMTP mail infrastructure works. If it only works 90% of the time, that's what I call broken, or a flawed idea. so I want to be able to do this with qmail and vpopmail (or other add-on software that can do this in place of vpopmail) Well it's certainly possible to create something...likely you won't want to accept these at the SMTP level at all, so the best solution I can think of would be to write a custom SMTP server like rblmstpd that instead of checking RBLs, checked a local database for an allowed recipient domains list for the account trying to send, or simply a boolean external value as you propose. Cheers, -- Casey Allen Shobe | http://casey.shobe.info [EMAIL PROTECTED] | cell 425-443-4653 AIM Yahoo: SomeLinuxGuy | ICQ: 1494523 SeattleServer.com, Inc. | http://www.seattleserver.com
Re: [vchkpw] Re: Request for new feature: Internal-only accounts
On Tuesday 14 June 2005 20:44, Peter Palmreuther wrote: Maybe because of easier mail user management and the lack of necessity to create a system user ID for every mail recipient?! Well, I suppose it's a matter of opinion, but I find it easier to manage system users (who need not be able to log in) on a dedicated mail server than to deal with the complexities of vpopmail. A single interface to manage either style could be made easily enough. I'm not quite sure why you add the '?!' on there, because an entry in /etc/passwd is less complex than an entry in /var/vpopmail/domain/whatever/vpasswd, certainly not moreso! I will admit though that vpopmail does offer more features that you might care about - I just don't happen to use any of them. Sure. I interpreted 'external' as 'not my server', not 'outside this particular domain' ... a limitation I included silently one should in fact be aware of. Okay. :) My perspective is a bit different because I was thinking about it from my perspective, which would be providing external hosting of e-mail for a client, as that's what we do. If somebody called me up and said they wanted mails not to go to external addresses, I would assume that they meant they wanted to keep mail within their domain - none of the other domains on that server! Cheers, -- Casey Allen Shobe | http://casey.shobe.info [EMAIL PROTECTED] | cell 425-443-4653 AIM Yahoo: SomeLinuxGuy | ICQ: 1494523 SeattleServer.com, Inc. | http://www.seattleserver.com
Re: [vchkpw] Wrong email delivery
Rick Macdougall wrote: If you aren't seeing the blank emails in the original To address, post your .qmail file here and we'll try to debug it. I'm off to eat and sleep soon and since Tom and Ken don't seem to be around right now, you may not get an answer back till the morning. I don't use .qmail files because i've users defined in vpopmail sql table and aliases defined in valias sql table. Probably i must add the path of the maildir in the valias table. Is valias table read like .qmail files? So if the user isn't in the valias table the email is delivered to default directory otherwise is delivered ONLY to mailboxes or aliases defined in valias table. Andrea Parrella - http://www.losingtime.net
RE: [vchkpw] vpopmail-5.4.10 with rpm version of Mysql.
-Original Message- From: Jason Wilkinson [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 14, 2005 7:12 PM To: vchkpw@inter7.com Subject: RE: [vchkpw] vpopmail-5.4.10 with rpm version of Mysql. Samir Noshy wrote: -Original Message- From: Ken Jones [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 14, 2005 5:25 PM To: vchkpw@inter7.com Subject: Re: [vchkpw] vpopmail-5.4.10 with rpm version of Mysql. On Tuesday 14 June 2005 3:20 am, Samir Noshy wrote: Hi Everybody, How Can I configure and make vpopmail-5.4.10 with an Build rpm version of Mysql ?? when trying to do that , it gives me an errors , that it cannot find the incdir and the libdir of my mysql installation. Make sure you install the mysql devel rpm It was not installed. Is this enough to configure and make vpopmail without setting the incdir and the libdir paths ? Thanks a lot and kind regards, Samir Noshy. Yes, it should be. I've installed MySQL via rpm and have no problems running vpopmail. I have the following packages installed... MySQL MySQL-client MySQL-shared MySQL-devel ...and it's running without issue. It Works well. Thanks a lot Jason and worm Regards, Samir Noshy.
Re: [vchkpw] Wrong email delivery
YaP wrote: Rick Macdougall wrote: If you aren't seeing the blank emails in the original To address, post your .qmail file here and we'll try to debug it. I'm off to eat and sleep soon and since Tom and Ken don't seem to be around right now, you may not get an answer back till the morning. I don't use .qmail files because i've users defined in vpopmail sql table and aliases defined in valias sql table. Probably i must add the path of the maildir in the valias table. Is valias table read like .qmail files? So if the user isn't in the valias table the email is delivered to default directory otherwise is delivered ONLY to mailboxes or aliases defined in valias table. Hi, You'll have to wait for one of the devs to comment on that, I've never tested the mysql valias functionality. But, yes, if the user is not in the valias table it would be delivered normally. If they are in the valias table, then it would only get delivered to the addresses listed. Regards, Rick .
Re: [vchkpw] Re: courier-imap and vpopmail on x86_64
On Monday 09 May 2005 22:38, David Brohall wrote: So, is there any way around authvchkpw? I have been trying to use authmysql, but the databases are different. Authmysql seems to be made for one domain. All I want is to use IMAP with multiple domains on my x86_64 system. Hi David, Just catching up on some old posts...I know you already solved this by using an older variant of courier-imap, but another solution should you run into difficulties is to simply use another IMAP server. Both BincIMAP and Dovecot are great IMAP servers which run fine on x86_64 with qmail/vpopmail (and in my experiences, better-performing and less complex than Courier (however, my experience with Courier is rather dated this point and it's likely improved a lot - I haven't touched it since running into severe performance issues with large folders several years ago)). You'll want to migrate subscriptions if you do as every IMAP server uses a different name and format of file for this (argh!), but that's pretty simple to accomplish with a for loop that recurses through every user directory, copies the old file to the new one, and search/replace with sed as necessary. Maybe not the ideal solution, but an easy quick fix anyways, and anything's better than hours of customers complaining because something's broken... You can even have a second server installed, configured, and ready to go in the case of an emergency. Cheers, -- Casey Allen Shobe | http://casey.shobe.info [EMAIL PROTECTED] | cell 425-443-4653 AIM Yahoo: SomeLinuxGuy | ICQ: 1494523 SeattleServer.com, Inc. | http://www.seattleserver.com
[vchkpw] Re: Request for new feature: Internal-only accounts
Hello Casey, On Wednesday, June 15, 2005 at 9:08:38 AM Casey wrote: On Tuesday 14 June 2005 20:44, Peter Palmreuther wrote: Maybe because of easier mail user management and the lack of necessity to create a system user ID for every mail recipient?! Well, I suppose it's a matter of opinion, but I find it easier to manage system users (who need not be able to log in) on a dedicated mail server than to deal with the complexities of vpopmail. A single interface to manage either style could be made easily enough. Guess I made myself not clear. 'mail user management' was meant for 'e-mail only users' only! Even with only one e-mail-domain I find it easier to maintain these users e.g. using 'qmailadmin' than to maintain '/etc/passwd' entries. I'm not quite sure why you add the '?!' on there, because an entry in /etc/passwd is less complex than an entry in /var/vpopmail/domain/whatever/vpasswd, certainly not moreso! I added '?!' because you wondered about why somebody would want to use vpopmail for only a single domain and I can not answer this question for everybody else. So '?' meant to say: Maybe somebody has different reasons for doing this? and '!' was intended to express: This is the reason why I do install vpopmail even on single-domain servers! :-) -- Best regards Peter Palmreuther The only difference between a rut and a grave is their dimensions.
Re: [vchkpw] Update: QMail email true origin IP (tracking down a virus!)
On Jun 14, 2005, at 9:15 PM, [EMAIL PROTECTED] wrote: This is an overview of the information provided by QMail and the emails. xx Received: from adsl-66-120-105-146.dsl.sndg02.pacbell.net (HELO entekbuckets.com) (66.120.105.146) by entekbuckets.com with SMTP; 14 Jun 2005 13:47:46 -0700 It was sent by 66.120.105.146. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
[vchkpw] how to enable CHKUSER_SENDER_MX check
Hi guys, How to enable chkuser to do the CHKUSER_SENDER_MX check? I understood that this option is undefined... I don't undersant much about C. Do I have to edit some makefile and stuff? Thanks, - Bruno Negrao - Network Manager Engepel Teleinformática. 55-31-34812311 Belo Horizonte, MG, Brazil
Re: [vchkpw] how to enable CHKUSER_SENDER_MX check
I discovered I have to uncomment the /* #define CHKUSER_SENDER_MX */ line in chkuser_settings.h file. Should I edit it before applying the chkuser patch of after? Or doesn't matter? Thank you, bnegrao - Original Message - From: Bruno Negrão [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Wednesday, June 15, 2005 4:19 PM Subject: [vchkpw] how to enable CHKUSER_SENDER_MX check Hi guys, How to enable chkuser to do the CHKUSER_SENDER_MX check? I understood that this option is undefined... I don't undersant much about C. Do I have to edit some makefile and stuff? Thanks, - Bruno Negrao - Network Manager Engepel Teleinformática. 55-31-34812311 Belo Horizonte, MG, Brazil
Re: [vchkpw] how to enable CHKUSER_SENDER_MX check
I discovered I have to uncomment the /* #define CHKUSER_SENDER_MX */ line in chkuser_settings.h file. Should I edit it before applying the chkuser patch of after? Or doesn't matter? I found in chkuser documentation they recommend to edit it after the patch was applied. Sorry guys by not reading chkuser's documentation prior to post these questions. bnegrao
Re: [vchkpw] Wrong email delivery
On Jun 15, 2005, at 3:05 AM, YaP wrote: I don't use .qmail files because i've users defined in vpopmail sql table and aliases defined in valias sql table. Probably i must add the path of the maildir in the valias table. Is valias table read like .qmail files? So if the user isn't in the valias table the email is delivered to default directory otherwise is delivered ONLY to mailboxes or aliases defined in valias table. If you have a user named [EMAIL PROTECTED], you shouldn't create aliases in the valias table for [EMAIL PROTECTED] Use qmailadmin to manage the .qmail file for user fred, or create a .qmail file for fred manually. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
Re: [vchkpw] Wrong email delivery
Tom Collins wrote: If you have a user named [EMAIL PROTECTED], you shouldn't create aliases in the valias table for [EMAIL PROTECTED] Why not? How can i manage store and forward? Use qmailadmin to manage the .qmail file for user fred, or create a .qmail file for fred manually. I tought valias was introduced to replace .qmail files. Andrea Parrella - http://www.losingtime.net
Re: [vchkpw] Wrong email delivery
On Jun 15, 2005, at 1:57 PM, YaP wrote: Tom Collins wrote: If you have a user named [EMAIL PROTECTED], you shouldn't create aliases in the valias table for [EMAIL PROTECTED] Why not? How can i manage store and forward? Use qmailadmin to manage the .qmail file for user fred, or create a .qmail file for fred manually. I tought valias was introduced to replace .qmail files. It was introduced to replace .qmail-alias files, not user .qmail files. To accomplish your goals, you could create an account fred-mailbox and a valias of fred that goes to all forwarding accounts, including fred-mailbox. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
Re: [vchkpw] how to enable CHKUSER_SENDER_MX check
Also, please keep in mind that this is NOT chkuser mailing list. this is VPOPMAIL mailing list. there are enough off-topic posts here already. -- Igor On Wed, Jun 15, 2005 at 04:57:30PM -0300, Bruno Negr?o wrote: - - I discovered I have to uncomment the - - /* #define CHKUSER_SENDER_MX */ - - line in chkuser_settings.h file. Should I edit it before applying the - chkuser patch of after? Or doesn't matter? - I found in chkuser documentation they recommend to edit it after the patch - was applied. - - Sorry guys by not reading chkuser's documentation prior to post these - questions. - - bnegrao -
Re: [vchkpw] how to enable CHKUSER_SENDER_MX check
At 04:29 PM 6/15/2005, you wrote: Also, please keep in mind that this is NOT chkuser mailing list. this is VPOPMAIL mailing list. there are enough off-topic posts here already. it is not the chkusr mailing list, however, it is a listed support avenue for it, since chkusr is specific to vpopmail/qmail: http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html#Support Paul Theodoropoulos http://www.anastrophe.com http://www.smileglobal.com
