Down To One Problem?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
18 messages Options
Reply | Threaded
Open this post in threaded view
|

Down To One Problem?

Jack Fredrikson
I may be dreaming, but this could be my last problem with my installation. After following all your good advice, I still have this one problem and it is pervasive in all emails:

Oct 23 09:50:58 myserver postfix/pipe[30578]: BB2BB5790262: to=<[hidden email]>, relay=dovecot, delay=12684, delays=12683/0.18/0/0.27, dsn=4.3.0, status=deferred (temporary failure. Command output: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:5: imap_client_workarounds=outlook-idle is no longer necessary doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:17: add auth_ prefix to all settings inside auth {} and remove the auth {} section completely doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:19: passdb pam {} has been replaced by passdb { driver=pam } doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:21: userdb passwd {} has been replaced by userdb { driver=passwd } doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:23: auth_user has been replaced by service auth { user } dov

The strange thing about this is that googling "temporary failure. Command output: doveconf: Warning: NOTE: You can get a new" brings up only references to my post on this subject to the dovecot mailing list (which has not responded)! That is, it appears nobody else has this problem! With everyone else it's a matter of "Commad output: doveconf" throwing out some error. So, what's the confounded problem?!

Now, I wrote a very long response to the other email I sent to which you responded and it appears that it was too large so it didn't get posted. If you want to read all my configs, etc, please go here:

http://angrynates.com/postfix.txt

TIA,
Jack
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Heiko Wundram-10
Am 23.10.2011 19:13, schrieb Jack Fredrikson:
> I may be dreaming, but this could be my last problem with my installation. After following all your good advice, I still have this one problem and it is pervasive in all emails:
>
> Oct 23 09:50:58 myserver postfix/pipe[30578]: BB2BB5790262: to=<[hidden email]>, relay=dovecot, delay=12684, delays=12683/0.18/0/0.27, dsn=4.3.0, status=deferred (temporary failure. Command output: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n>  dovecot-new.conf doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:5: imap_client_workarounds=outlook-idle is no longer necessary doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:17: add auth_ prefix to all settings inside auth {} and remove the auth {} section completely doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:19: passdb pam {} has been replaced by passdb { driver=pam } doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:21: userdb passwd {} has been replaced by userdb { driver=passwd } doveconf: Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:23: auth_user
>   has been replaced by service auth { user } dov

As the error states: this is a dovecot problem. Ask on the dovecot list
(or try to understand the error message... it's all in there).

--
--- Heiko.
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Simon Brereton-2
In reply to this post by Jack Fredrikson
On 23 October 2011 13:13, Jack Fredrikson <[hidden email]> wrote:

> I may be dreaming, but this could be my last problem with my installation.
> After following all your good advice, I still have this one problem and it
> is pervasive in all emails:
> Oct 23 09:50:58 myserver postfix/pipe[30578]: BB2BB5790262:
> to=<[hidden email]>, relay=dovecot, delay=12684, delays=12683/0.18/0/0.27,
> dsn=4.3.0, status=deferred (temporary failure. Command output: doveconf:
> Warning: NOTE: You can get a new clean config file with: doveconf -n >
> dovecot-new.conf doveconf: Warning: Obsolete setting in
> /usr/local/etc/dovecot/dovecot.conf:5: imap_client_workarounds=outlook-idle
> is no longer necessary doveconf: Warning: Obsolete setting in
> /usr/local/etc/dovecot/dovecot.conf:17: add auth_ prefix to all settings
> inside auth {} and remove the auth {} section completely doveconf: Warning:
> Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:19: passdb pam {}
> has been replaced by passdb { driver=pam } doveconf: Warning: Obsolete
> setting in /usr/local/etc/dovecot/dovecot.conf:21: userdb passwd {} has been
> replaced by userdb { driver=passwd } doveconf: Warning: Obsolete setting in
> /usr/local/etc/dovecot/dovecot.conf:23: auth_user has been replaced by
> service auth { user } dov
>
> The strange thing about this is that googling "temporary failure. Command
> output: doveconf: Warning: NOTE: You can get a new" brings up only
> references to my post on this subject to the dovecot mailing list (which has
> not responded)! That is, it appears nobody else has this problem! With
> everyone else it's a matter of "Commad output: doveconf" throwing out some
> error. So, what's the confounded problem?!

Probably best off asking on Dovecot about this one - but as I recall
you started with an ancient version of Dovecot.  So if you didn't get
rid of it completely you may well be using an old style config which
is causing the errors.

Open up your dovecot conf and have a look at these specific items...

Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:5:
imap_client_workarounds=outlook-idle is no longer necessary
Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:17:
add auth_ prefix to all settings inside auth {} and remove the auth {}
section completely
Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:19:
passdb pam {} has been replaced by passdb { driver=pam }
Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:21:
userdb passwd {} has been replaced by userdb { driver=passwd }
Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:23:
auth_user has been replaced by service auth { user } dov


My advice would be to do what it says and start with a new config.
Back up your old one for SQL specific stuff, run You can get a new
clean config file with: doveconf -n >> dovecot-new.conf doveconf as
suggested and start from there.

Simon
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Peter Ajamian
In reply to this post by Jack Fredrikson
On 24/10/11 06:13, Jack Fredrikson wrote:
> I may be dreaming, but this could be my last problem with my
> installation. After following all your good advice, I still have this
> one problem and it is pervasive in all emails:
>
> Oct 23 09:50:58 myserver postfix/pipe[30578]: BB2BB5790262:
> to=<[hidden email]>, relay=dovecot, delay=12684, delays=12683/0.18/0/0.27,
> dsn=4.3.0, status=deferred (temporary failure. Command output: doveconf:

Re-read rob0's last response to you, he told you what is causing this.


Peter
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

John Allen
In reply to this post by Simon Brereton-2
On 23/10/2011 2:33 PM, Simon Brereton wrote:

> On 23 October 2011 13:13, Jack Fredrikson<[hidden email]>  wrote:
>> I may be dreaming, but this could be my last problem with my installation.
>> After following all your good advice, I still have this one problem and it
>> is pervasive in all emails:
>> Oct 23 09:50:58 myserver postfix/pipe[30578]: BB2BB5790262:
>> to=<[hidden email]>, relay=dovecot, delay=12684, delays=12683/0.18/0/0.27,
>> dsn=4.3.0, status=deferred (temporary failure. Command output: doveconf:
>> Warning: NOTE: You can get a new clean config file with: doveconf -n>
>> dovecot-new.conf doveconf: Warning: Obsolete setting in
>> /usr/local/etc/dovecot/dovecot.conf:5: imap_client_workarounds=outlook-idle
>> is no longer necessary doveconf: Warning: Obsolete setting in
>> /usr/local/etc/dovecot/dovecot.conf:17: add auth_ prefix to all settings
>> inside auth {} and remove the auth {} section completely doveconf: Warning:
>> Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:19: passdb pam {}
>> has been replaced by passdb { driver=pam } doveconf: Warning: Obsolete
>> setting in /usr/local/etc/dovecot/dovecot.conf:21: userdb passwd {} has been
>> replaced by userdb { driver=passwd } doveconf: Warning: Obsolete setting in
>> /usr/local/etc/dovecot/dovecot.conf:23: auth_user has been replaced by
>> service auth { user } dov
>>
>> The strange thing about this is that googling "temporary failure. Command
>> output: doveconf: Warning: NOTE: You can get a new" brings up only
>> references to my post on this subject to the dovecot mailing list (which has
>> not responded)! That is, it appears nobody else has this problem! With
>> everyone else it's a matter of "Commad output: doveconf" throwing out some
>> error. So, what's the confounded problem?!
> Probably best off asking on Dovecot about this one - but as I recall
> you started with an ancient version of Dovecot.  So if you didn't get
> rid of it completely you may well be using an old style config which
> is causing the errors.
>
> Open up your dovecot conf and have a look at these specific items...
>
> Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:5:
> imap_client_workarounds=outlook-idle is no longer necessary
> Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:17:
> add auth_ prefix to all settings inside auth {} and remove the auth {}
> section completely
> Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:19:
> passdb pam {} has been replaced by passdb { driver=pam }
> Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:21:
> userdb passwd {} has been replaced by userdb { driver=passwd }
> Warning: Obsolete setting in /usr/local/etc/dovecot/dovecot.conf:23:
> auth_user has been replaced by service auth { user } dov
>
>
> My advice would be to do what it says and start with a new config.
> Back up your old one for SQL specific stuff, run You can get a new
> clean config file with: doveconf -n>>  dovecot-new.conf doveconf as
> suggested and start from there.
>
> Simon
As has been said this should probably be asked on Dovecot.
It looks to me as though you are using a Dovecot 1.x config on a Dovecot
2.x install.
the dovecot - doveconf -n will output (suggested) 2.x config that can be
used as a start.
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Jack Fredrikson

From: john <[hidden email]>
To: [hidden email]
Sent: Sunday, October 23, 2011 5:06 PM
Subject: Re: Down To One Problem?

Yes, this *should* be over on the dovecot list, *however* nobody there has responded all weekend long and my client has vowed to drop my service tomorrow if I don't fix it today :- {

> It looks to me as though you are using a Dovecot 1.x config on a Dovecot
> 2.x install.
> the dovecot - doveconf -n will output (suggested) 2.x config that can be
> used as a start.

THAT is __slick__. Cudos to whoever thought up that trick. However, I still get the same failure minus all the warnings:

Oct 23 14:16:31 13gems postfix/pipe[7479]: 148135790317: to=<[hidden email]>, relay=dovecot, delay=0.55, delays=0.51/0.01/0/0.03, dsn=4.3.0, status=deferred (temporary failure)

Here's the new dovecot.conf file:

auth_mechanisms = plain login
mail_location = maildir:/var/vmail/%d/%u
passdb {
  driver = pam
}
plugin {
  quota = maildir:storage=10240:messages=1000
  trash = /usr/local/etc/dovecot/trash.conf
}
protocols = imap pop3
service auth {
  unix_listener /var/spool/postfix/private/auth {
    group = postfix
    mode = 0660
    user = postfix
  }
  user = root
}
ssl_cert = </etc/pki/tls/certs/mail.bar.com.cert
ssl_cipher_list = ALL:!LOW:!SSLv2
ssl_key = </etc/pki/tls/private/mail.bar.com.key
ssl_key_password = password
userdb {
  driver = passwd
}
protocol imap {
  mail_plugins = quota imap_quota
}
protocol pop3 {
  mail_plugins = quota
  pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
}
protocol lda {
  info_log_path = /var/log/dovecot-deliver.log
  log_path = /var/log/dovecot-deliver.log
  mail_plugins = quota
  postmaster_address = [hidden email]
}

TIA,
Jack

Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Noel Jones-2
On 10/23/2011 4:22 PM, Jack Fredrikson wrote:
> --------------------------------------------------------------------
> *From:* john <[hidden email]>
> *To:* [hidden email]
> *Sent:* Sunday, October 23, 2011 5:06 PM
> *Subject:* Re: Down To One Problem?
>
> Yes, this *should* be over on the dovecot list, *however* nobody
> there has responded all weekend long and my client has vowed to drop
> my service tomorrow if I don't fix it today :- {

It would probably help a whole lot if you show your "postconf -n"
output and the non-comment lines from master.cf.  Or "postfinger"
output, which contains that same information.



  -- Noel Jones
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Jack Fredrikson

From: Noel Jones <[hidden email]>
To: [hidden email]
Sent: Sunday, October 23, 2011 5:39 PM
Subject: Re: Down To One Problem?

> It would probably help a whole lot if you show your "postconf -n"
> output and the non-comment lines from master.cf.  Or "postfinger"
> output, which contains that same information.

postconf -n

alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
debug_peer_list = 127.0.0.1
disable_vrfy_command = yes
home_mailbox = Mailbox
html_directory = no
inet_interfaces = localhost, $myhostname
invalid_hostname_reject_code = 450
local_transport = virtual
mail_owner = postfix
mail_spool_directory = /var/spool/mail
mailbox_command = /usr/local/libexec/dovecot/deliver
mailq_path = /usr/bin/mailq
manpage_directory = /usr/local/man
maps_rbl_reject_code = 450
mydestination = $mydomain,        $myhostname,        localhost.$mydomain
mydomain = 13gems.com
myhostname = 13gems.com
mynetworks = $config_directory/mynetworks
newaliases_path = /usr/bin/newaliases
non_fqdn_reject_code = 450
queue_directory = /var/spool/postfix
readme_directory = no
relay_domains = proxy:mysql:$config_directory/mysql_relay_domains_maps.cf
sample_directory = /etc/postfix
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
show_user_unknown_table_name = no
smtpd_hard_error_limit = 20
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks,  permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = /var/spool/postfix/private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_soft_error_limit = 10
unknown_local_recipient_reject_code = 550
virtual_alias_maps = proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:89
virtual_mailbox_base = /var/vmail
virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 89
virtual_transport = dovecot
virtual_uid_maps = static:89

master.cf:

/usr/local/etc/dovecot/dovecot.confsmtp      inet  n       -       n       -       -       smtpd -D
submission inet n - - - - smtpd
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_sasl_type=dovecot
  -o smtpd_sasl_path=private/auth
  -o smtpd_sasl_security_options=noanonymous
  -o smtpd_sasl_local_domain=$myhostname
  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
  -o smtpd_sender_login_maps=hash:/etc/postfix/virtual
  -o smtpd_sender_restrictions=reject_sender_login_mismatch
  -o smtpd_recipient_restrictions=reject_unknown_recipient_domain,reject_non_fqdn_recipient,permit_sasl_authenticated,reject
amavisfeed unix    -       -       n        -      2     lmtp
    -o lmtp_data_done_timeout=1200
    -o lmtp_send_xforward_command=yes
    -o disable_dns_lookups=yes
    -o max_use=20
587     inet    n       -       n       -       -       smtpd -D
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
        -o fallback_relay=
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
discard   unix  -       -       n       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
scache    unix  -       -       n       -       1       scache
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient
retry     unix  -       -       n       -       -       error
proxywrite unix -       -       n       -       1       proxymap
dovecot   unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d ${recipient}
spamfilter unix - n n - - pipe
  flags=Rq user=spamfilter argv=/usr/local/bin/spamfilter -f ${sender} -- ${recipient}

TIA,
Jack
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Noel Jones-2
On 10/23/2011 5:07 PM, Jack Fredrikson wrote:

> --------------------------------------------------------------------
> *From:* Noel Jones <[hidden email]>
> *To:* [hidden email]
> *Sent:* Sunday, October 23, 2011 5:39 PM
> *Subject:* Re: Down To One Problem?
>
>> It would probably help a whole lot if you show your "postconf -n"
>> output and the non-comment lines from master.cf
> <http://master.cf>.  Or "postfinger"
>> output, which contains that same information.


First requeue all your mail with "postsuper -r ALL"


>
> postconf -n
>
> debug_peer_level = 2
> debug_peer_list = 127.0.0.1

Turn off debugging; set debug_peer_list empty.

> local_transport = virtual

using virtual as local_transport is a mistake, usually used to cover
up other configuration mistakes.  Put your domains in the correct
address class so you don't have to wonk the system like this.
http://www.postfix.org/ADDRESS_CLASS_README.html


> maps_rbl_reject_code = 450

Why did you change this?

> non_fqdn_reject_code = 450

Why did you change this?

> master.cf:
>
> /usr/local/etc/dovecot/dovecot.confsmtp      inet  n       -      

Is that garbage "/usr/local/etc/dovecot.confsmtp" really in your
master.cf?


> n       -       -       smtpd -D

Turn off debugging.  Remove the "-D".


> dovecot   unix  -       n       n       -       -       pipe
>   flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d
> ${recipient}

That looks reasonable.


After the "postsuper -r ALL" are you still getting errors?




  -- Noel Jones
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Jack Fredrikson

From: Noel Jones <[hidden email]>
To: [hidden email]
Sent: Sunday, October 23, 2011 7:02 PM
Subject: Re: Down To One Problem?

So I ran these commands:

[root@myserver jack]# /usr/sbin/postmap /etc/postfix/virtual
postmap: warning: removing zero-length database file: /etc/postfix/virtual.db
[root@myserver jack]# /usr/sbin/postmap -q [hidden email] hash:/etc/postfix/virtual

but how do I substitute this for the mysql lookup?

Added this to main.cf

virtual_alias_domains = domain1.com

Commented out:
#local_transport...

Changed:
maps_rbl_reject_code = 554
non_fqdn_reject_code = 504

>> /usr/local/etc/dovecot/dovecot.confsmtp      inet  n      -     

> Is that garbage "/usr/local/etc/dovecot.confsmtp" really in your
> master.cf?

No! Must have been just the smtp…

Removed -D to turn off debugging in both instances

Now I'm getting lots of these:

Oct 23 16:56:03 myserver postfix/smtp[16238]: 105915790186: to=<[hidden email]>, relay=eforward1.registrar-servers.com[69.160.33.82]:25, delay=86, delays=54/0.02/32/0.02, dsn=4.1.1, status=deferred (host eforward1.registrar-servers.com[69.160.33.82] said: 450 4.1.1 <[hidden email]>: Recipient address rejected: unverified address: unknown user: "[hidden email]" (in reply to RCPT TO command))

TIA,
Jack

alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_list =
disable_vrfy_command = yes
home_mailbox = Mailbox
html_directory = no
inet_interfaces = localhost, $myhostname
invalid_hostname_reject_code = 450
mail_owner = postfix
mail_spool_directory = /var/spool/mail
mailbox_command = /usr/local/libexec/dovecot/deliver
mailq_path = /usr/bin/mailq
manpage_directory = /usr/local/man
maps_rbl_reject_code = 554
mydestination = $mydomain,        $myhostname,        localhost.$mydomain
mydomain = 13gems.com
myhostname = 13gems.com
mynetworks = $config_directory/mynetworks
newaliases_path = /usr/bin/newaliases
non_fqdn_reject_code = 504
queue_directory = /var/spool/postfix
readme_directory = no
relay_domains = proxy:mysql:$config_directory/mysql_relay_domains_maps.cf
sample_directory = /etc/postfix
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
show_user_unknown_table_name = no
smtpd_hard_error_limit = 20
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks,  permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = /var/spool/postfix/private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_soft_error_limit = 10
unknown_local_recipient_reject_code = 550
virtual_alias_domains = dejonghgroup.com creative.vi
virtual_alias_maps = proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:89
virtual_mailbox_base = /var/vmail
virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 89
virtual_transport = dovecot
virtual_uid_maps = static:89

Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Noel Jones-2
On 10/23/2011 7:00 PM, Jack Fredrikson wrote:

> --------------------------------------------------------------------
> *From:* Noel Jones <[hidden email]>
> *To:* [hidden email]
> *Sent:* Sunday, October 23, 2011 7:02 PM
> *Subject:* Re: Down To One Problem?
>
> So I ran these commands:
>
> [root@myserver jack]# /usr/sbin/postmap /etc/postfix/virtual
> postmap: warning: removing zero-length database file:
> /etc/postfix/virtual.db
> [root@myserver jack]# /usr/sbin/postmap -q [hidden email]
> hash:/etc/postfix/virtual

Why are you running those commands?

>
> but how do I substitute this for the mysql lookup?
>
> Added this to main.cf
>
> virtual_alias_domains = domain1.com

It's really cool how you're asked to do one thing and you try
several others instead.

Are you just trying random commands you find on google?

> Now I'm getting lots of these:
>
> Oct 23 16:56:03 myserver postfix/smtp[16238]: 105915790186:
> to=<[hidden email]>,
> relay=eforward1.registrar-servers.com[69.160.33.82]:25, delay=86,
> delays=54/0.02/32/0.02, dsn=4.1.1, status=deferred (host
> eforward1.registrar-servers.com[69.160.33.82] said: 450 4.1.1
> <[hidden email]>: Recipient address rejected:
> unverified address: unknown user: "[hidden email]" (in reply to RCPT TO
> command))


The server at 69.160.33.82 is apparently doing sender address
verification, and thinks [hidden email] is not a valid address.

If [hidden email] is supposed to be a user on your system, you need to
fix that.

If you added bar.com to virtual_alias_domains, you must rewrite
bar.comm to a different domain in virtual_alias_maps.  Or maybe
bar.com doesn't belong in virtual_alias_maps.  Please again read
http://www.postfix.org/ADDRESS_CLASS_README.html



  -- Noel Jones
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Noel Jones-2
On 10/23/2011 7:29 PM, Noel Jones wrote:
> Or maybe
> bar.com doesn't belong in virtual_alias_maps.


Sorry, meant virtual_alias_domains there.




  -- Noel Jones
Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Jack Fredrikson
In reply to this post by Noel Jones-2

From: Noel Jones <[hidden email]>
To: [hidden email]
Sent: Sunday, October 23, 2011 8:29 PM
Subject: Re: Down To One Problem?

>> [root@myserver jack]# /usr/sbin/postmap -q [hidden email]
>> hash:/etc/postfix/virtual

> Why are you running those commands?

http://www.postfix.org/DATABASE_README.html

>> virtual_alias_domains = domain1.com

> It's really cool how you're asked to do one thing and you try
> several others instead.

> Are you just trying random commands you find on google?

http://www.postfix.org/VIRTUAL_README.html

Got all this following the link you provided. I didn't understand clearly how it all worked, but I was trying to follow your guidance. Perhaps you could be a little more specific ;)

I'm still getting these:

> Oct 23 16:56:03 myserver postfix/smtp[16238]: 105915790186:
> to=<[hidden email]>,
> relay=eforward1.registrar-servers.com[69.160.33.82]:25, delay=86,
> delays=54/0.02/32/0.02, dsn=4.1.1, status=deferred (host
> eforward1.registrar-servers.com[69.160.33.82] said: 450 4.1.1
> <[hidden email]>: Recipient address rejected:
> unverified address: unknown user: "[hidden email]" (in reply to RCPT TO
> command))

alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_list =
disable_vrfy_command = yes
home_mailbox = Mailbox
html_directory = no
inet_interfaces = localhost, $myhostname
invalid_hostname_reject_code = 450
mail_owner = postfix
mail_spool_directory = /var/spool/mail
mailbox_command = /usr/local/libexec/dovecot/deliver
mailq_path = /usr/bin/mailq
manpage_directory = /usr/local/man
maps_rbl_reject_code = 554
mydestination = $mydomain,        $myhostname,        localhost.$mydomain
mydomain = mydomain.com
myhostname = mydomain.com
mynetworks = $config_directory/mynetworks
newaliases_path = /usr/bin/newaliases
non_fqdn_reject_code = 504
queue_directory = /var/spool/postfix
readme_directory = no
relay_domains = proxy:mysql:$config_directory/mysql_relay_domains_maps.cf
sample_directory = /etc/postfix
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
show_user_unknown_table_name = no
smtpd_hard_error_limit = 20
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks,  permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = /var/spool/postfix/private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_soft_error_limit = 10
unknown_local_recipient_reject_code = 550
virtual_alias_maps = proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:89
virtual_mailbox_base = /var/vmail
virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 89
virtual_transport = dovecot
virtual_uid_maps = static:89

TIA,
Jack

Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

John Allen
Might I suggest you take a look here Dovecot 2.0 documentation - How to which has several extremely good Dovecot How-tos. Of particular interest to you might be Virtual User Flat Files Postfix which show how to setup Postfix + Dovecot  mail system, it includes a fairly comprehensive recipe covering both the Dovecot and Postfix configurations.

Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Noel Jones-2
In reply to this post by Jack Fredrikson
On 10/23/2011 9:40 PM, Jack Fredrikson wrote:

> --------------------------------------------------------------------
> *From:* Noel Jones <[hidden email]>
> *To:* [hidden email]
> *Sent:* Sunday, October 23, 2011 8:29 PM
> *Subject:* Re: Down To One Problem?
>
>>> [root@myserver jack]# /usr/sbin/postmap -q [hidden email]
> <mailto:[hidden email]>
>>> hash:/etc/postfix/virtual
>
>> Why are you running those commands?
>
> http://www.postfix.org/DATABASE_README.html
>
>>> virtual_alias_domains = domain1.com <http://domain1.com>
>
>> It's really cool how you're asked to do one thing and you try
>> several others instead.
>
>> Are you just trying random commands you find on google?
>
> http://www.postfix.org/VIRTUAL_README.html

It seems you fail to understand some basics, and you continue to mix
example commands from multiple unrelated solutions.

It appears you've added a bunch of different features all at once,
dovecot, SASL, virtual mailboxes, SQL maps, etc., and you don't know
which piece is broken.  We don't either.

- read the documentation.
- repeat.
- and again.

- create a simple setup and test.

- add features one at a time, making sure each one works before you
go to the next step.


> I'm still getting these:
>
>> Oct 23 16:56:03 myserver postfix/smtp[16238]: 105915790186:
>> to=<[hidden email]>,
>> relay=eforward1.registrar-servers.com[69.160.33.82]:25, delay=86,
>> delays=54/0.02/32/0.02, dsn=4.1.1, status=deferred (host
>> eforward1.registrar-servers.com[69.160.33.82] said: 450 4.1.1
>> <[hidden email]>: Recipient address rejected:
>> unverified address: unknown user: "[hidden email]" (in reply to RCPT TO
>> command))

Looks as if the user [hidden email] doesn't accept mail.  Is that
supposed to be a valid user?  Where is that domain listed in your
postfix config?  Where is the user listed?



Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Jack Fredrikson
In reply to this post by John Allen

From: john <[hidden email]>
To: [hidden email]
Sent: Sunday, October 23, 2011 11:56 PM
Subject: Re: Down To One Problem?

> Might I suggest you take a look here Dovecot 2.0 documentation - How to which has several extremely good Dovecot How-tos. Of particular
> interest to you might be Virtual User Flat Files Postfix which show how to setup Postfix + Dovecot  mail system, it includes a fairly comprehensive
> recipe covering both the Dovecot and Postfix configurations.

Thank you. I was reading that and I was wondering specifically if the Virtual User Flat Files Postfix was what I needed :)
Jack

Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

Jack Fredrikson
In reply to this post by Noel Jones-2


From: Noel Jones <[hidden email]>
To: [hidden email]
Sent: Monday, October 24, 2011 1:23 AM
Subject: Re: Down To One Problem?

> It seems you fail to understand some basics, and you continue to mix
> example commands from multiple unrelated solutions.

I plead guilty.

> It appears you've added a bunch of different features all at once,
> dovecot, SASL, virtual mailboxes, SQL maps, etc., and you don't know
> which piece is broken.  We don't either.
>
> - read the documentation.
> - repeat.
> - and again.
>
> - create a simple setup and test.
>
> - add features one at a time, making sure each one works before you
> go to the next step.

Will do.

> Looks as if the user [hidden email] doesn't accept mail.  Is that
> supposed to be a valid user?  Where is that domain listed in your
> postfix config?  Where is the user listed?

Now here you can help me directly. Yes, of course it's supposed to be valid. Where should I list the domain? Where should I list the user?
TIA,
Jack



Reply | Threaded
Open this post in threaded view
|

Re: Down To One Problem?

/dev/rob0
On Monday 24 October 2011 08:49:49 Jack Fredrikson wrote:
> From: Noel Jones <[hidden email]>
> > Looks as if the user [hidden email] doesn't accept mail.  Is
> > that supposed to be a valid user?  Where is that domain listed
> > in your postfix config?  Where is the user listed?
>
> Now here you can help me directly. Yes, of course it's supposed to
> be valid. Where should I list the domain? Where should I list the
> user? TIA,

Again: http://www.postfix.org/ADDRESS_CLASS_README.html
--
    Offlist mail to this address is discarded unless
    "/dev/rob0" or "not-spam" is in Subject: header