On 2014-02-27 16:16, seuchato wrote:
>
> robin_listas;2627437 Wrote:
>> Hum.
>> I’ll have to reread this later. I just had lunch and I’m feeling too
>> sleepy. O:-)
>>
>
> Hi, have nice siesta please 

And then I had to go out. Ok, let’s read this again.
>> Assume I got a mail from soccer@fiva.org (inbound message) to
>> me@mydomian. Then I replied to it (outbound message). During my coffe
>> break postfix fetched the inbound message, gave it an ID of F19BA60116E
>> and was able to dump it in my maildir. Also during my coffe break
>> postfix fetched my answer, from me@mydomian to soccer@fiva.org gave it
>> an ID of A1C19601164. Now A1C19601164 dumps araound in deferred queue or
>> will be resent to soccer@fiva.org (how embarassing, given some mails are
>> several years old). So I would love to be able to get postfix to dump
>> A1C19601164 in my maildir. How can I do that?
Ok, I think I understand. What is happening is that emails that were
already sent with your previous setup, even years are go, are being
retrieved, and postfix wants to send them again. Right…
Ok, you are doing it wrong, I think. These emails should not pass via
postfix at all.
The way to do it, I think, is to setup a local storage, like a dovecot
imap server, and then use one of many tools out there to sync imap
servers (I use “imapsync”, but my needs are small). It reads from an
imap server, and writes all the folders and posts, unmodified, on the
target imap server. Postfix is not involved, so there is no possible
attempt to resend them again.
If you do not want to use a local imap server, then you have to do with
other means. Perhaps fetching with “fetchmail”, but not forwarding with
local smtp server, but directly to folders. You would probably have to
script it, if you have several folders and users.
> For the time being, I have copied /var/spool/postfix/deferred to a safe
> place and deleted most of the files in /var/spool/postfix/deferred.
Well, the proper command is “postsuper -d queue_id”, but of course, you
have to get the IDs of those emails first, and I guess there are a lot
of them.
> Code:
> --------------------
> mailq
> …
> 000C26012B0 8081 Tue Feb 25 17:28:41 MAILER-DAEMON
> (mail transport unavailable)
> x@y
>
> 0071B6012B1 5401 Tue Feb 25 17:28:42 MAILER-DAEMON
> (mail transport unavailable)
> a@b
>
> --------------------
This looks like a bounce message for an email that can not be delivered,
itself being impossible to send.
Which in your case was fortunate, or those year old sent emails would
have been sent again 
Well, I see two issues. One, is getting those many emails on the ISP (if
I understood correctly) to local storage. For this, as I said, I would
setup a local storage with an imap server (dovecot, courier…), and
then copy them over. This is independent of postfix.
If your emails are still on the ISP server, I would do this part again.
Another task is setting up postfix, and whatever more is needed, so that
you can receive and send email properly. And of course, you have to test
it, to see that it works, before attempting a massive fetch 
> Code:
> --------------------
> postconf -n
> alias_maps = hash:/etc/aliases, ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,_ , ldap:/etc/postfix/ldapalias_maps.cf, ldap:/etc/postfix/ldapgalias_maps_both.cf, ldap:/etc/postfix/ldapgalias_maps_member.cf, ldap:/etc/postfix/ldapgalias_maps_folder.cf, ldap:/etc/postfix/ldapgalias_maps_forward.cf, ldap:/etc/postfix/ldapualias_maps_folder.cf, ldap:/etc/postfix/ldapualias_maps_forward.cf
That is indeed strange. Well, you will probably have to edit that manually.
> virtual_alias_domains = ldap:/etc/postfix/ldapvirtual_alias_domains.cf
> virtual_alias_maps = ldap:/etc/postfix/ldapuser_recipient_maps.cf, ldap:/etc/postfix/ldapgroup_recipient_maps.cf
> postconf: warning: /etc/postfix/master.cf: unused parameter: =
> postconf: warning: /etc/postfix/master.cf: unused parameter: =
> postconf: warning: /etc/postfix/master.cf: unused parameter: =
> postconf: warning: /etc/postfix/master.cf: unused parameter: =
Have a look at the “/etc/postfix/master.cf” file with an editor…
> --------------------
>
>
> The heap of “,” “in alias_maps = hash:/etc/aliases, , …” worries me,
> as well as those postcon warnings.
Well, they are wrong, yes. Really important or not, I don’t know yet.
If you are using ldap, I have to tell you that I’m not familiar with
that beast, though…
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)