Menu
▾
▴
mailsync-list — discussion about development, config, bugs etc.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(6) |
Nov
(7) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(28) |
Feb
(33) |
Mar
(32) |
Apr
(20) |
May
(5) |
Jun
(12) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(10) |
Nov
(5) |
Dec
(3) |
| 2004 |
Jan
(3) |
Feb
(5) |
Mar
(2) |
Apr
(23) |
May
(55) |
Jun
(39) |
Jul
(16) |
Aug
(10) |
Sep
(6) |
Oct
(4) |
Nov
(6) |
Dec
(6) |
| 2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(38) |
Dec
(3) |
| 2006 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(4) |
May
(5) |
Jun
(2) |
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
(4) |
Nov
(11) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: John <Loo...@ey...> - 2004-05-15 21:46:46
|
E-mail is the fastest growing marketing tool. We offer E-mail Marketing with quality service and the lowest prices. 1. Targeted E-mail Addresses We can provide targeted e-mail addresses you need, which are compiled only on your order. We will customize your customer e-mail addresses. * We have millions of e-mail addresses in a wide variety of categories. 2. Send out Targeted E-mails for you We can send your e-mail message to your targeted customers! We will customize your email addresses and send your message for you. * We can Bullet Proof your Web Site $ dedicated server. We also offer Fax Broadcasting Service. For more details, you can refer to: Http://www.9206.com Looking forward to serving you. Regards! John Okoh www.9206.com Su...@92... ************************************************************************* To take your address: Http://213.172.0x1f.16/index.html ************************************************************************* |
|
From: Michael 'h. K. <mai...@zz...> - 2004-05-15 10:40:56
|
> synchronize from files to IMAP server. I can't run on the old mailbox > server (rh 7.2) because I can't build mailsync there courtesy > auto<mumble> problems. What I can easily do is a `make dist` on the CVS checkout and either send to it via email or put on the download somewhere. That should work around autotools problems. Just whistle. Love, H |
|
From: Eric S. J. <es...@ha...> - 2004-05-14 21:50:30
|
full details below but what's interesting is the failure
Authorizing against {[10.51.64.3]/imap}
[[UNSEEN 1] First unseen.]
[Logging out]
00000003 Create Archive
00000003 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
it looks like it's trying to create a mailbox on the wrong machine.
From what I can tell, it looks like it's trying to create it on the .3
(or new) mail machine but the path is the path of the mailbox on the old
machine. am I misreading things? I wouldn't be surprised. in any
case, it is definitely looks like it's creating the wrong path in the
wrong location
---eric
mail syncconfig # mailsync -v -m -di -n -dc -cd -f generic.store
archive.move
Parsing config...
store
rjager.original
{
server
{10.51.64.44/user=rjager/notls}
ref
{10.51.64.44}
pat
%
passwd
no see me
}
store
rjager.new
{
server
{10.51.64.3/user=rjager/notls}
ref
{10.51.64.3}
pat
%
passwd
no see me
}
store
rjager.archive-original
{
server
{10.51.64.44/user=rjager/notls}
ref
{10.51.64.44}
pat
Archive.%
passwd
no see me
}
store
rjager.archive-new
{
server
{10.51.64.3/user=rjager/notls}
ref
{10.51.64.3}
pat
Archive.%
passwd
no see me
}
channel
generic.move
rjager.original
rjager.new
{
msinfo
{10.51.64.3/user=rjager/notls}armsinfo
passwd
no see me
}
channel
archive.move
rjager.archive-original
rjager.archive-new
{
msinfo
{10.51.64.3/user=rjager/notls}msinfo
passwd
no see me
}
End parsing config. Config is OK
Synchronizing stores "rjager.archive-original" <-> "rjager.archive-new"...
[Trying IP address [10.51.64.44]]
* OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS AUTH=LOGIN]
mail.andrewandsons.com IMAP4rev1 2001.315rh at Fri, 14 May 2004 17:38:27
-0400 (EDT)
00000000 AUTHENTICATE LOGIN
+ VXNlciBOYW1lAA==
Authorizing against {mail.andrewandsons.com/imap}
<suppressed>
+ UGFzc3dvcmQA
<suppressed>
00000000 OK [CAPABILITY IMAP4REV1 IDLE NAMESPACE MAILBOX-REFERRALS SCAN
SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User rjager
authenticated
[Trying IP address [10.51.64.3]]
* OK dovecot ready.
[dovecot ready.]
00000000 CAPABILITY
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT
LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED STARTTLS AUTH=PLAIN
00000000 OK Capability completed.
00000001 AUTHENTICATE PLAIN
+
Authorizing against {[10.51.64.3]/imap}
<suppressed>
00000001 OK Logged in.
00000002 CAPABILITY
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT
LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED
00000002 OK Capability completed.
00000001 LIST "" Archive.%
00000001 OK LIST completed
00000002 LIST "" INBOX
* LIST (\NoInferiors) NIL INBOX
00000002 OK LIST completed
00000003 LIST "" Archive.%
* LIST (\HasNoChildren) "." "Archive.SC-registration"
* LIST (\HasNoChildren) "." "Archive.Smart Certify"
* LIST (\HasNoChildren) "." "Archive.ahold project"
* LIST (\HasNoChildren) "." "Archive.network tools"
* LIST (\HasNoChildren) "." "Archive.DirectUpdate"
* LIST (\HasNoChildren) "." "Archive.Virus Notice"
* LIST (\HasNoChildren) "." "Archive.carbamericas"
* LIST (\HasNoChildren) "." "Archive.country_best"
* LIST (\HasNoChildren) "." "Archive.email server"
* LIST (\HasNoChildren) "." "Archive.registration"
* LIST (\HasNoChildren) "." "Archive.domain name"
* LIST (\HasNoChildren) "." "Archive.ProducePro"
* LIST (\HasNoChildren) "." "Archive.Smoothwall"
* LIST (\HasNoChildren) "." "Archive.telephones"
* LIST (\HasNoChildren) "." "Archive.unix boxes"
* LIST (\HasNoChildren) "." "Archive.SC-redhat"
* LIST (\HasNoChildren) "." "Archive.Smokeping"
* LIST (\HasNoChildren) "." "Archive.Tech Info"
* LIST (\HasNoChildren) "." "Archive.braintree"
* LIST (\HasNoChildren) "." "Archive.firehouse"
* LIST (\HasNoChildren) "." "Archive.freshouse"
* LIST (\HasNoChildren) "." "Archive.generator"
* LIST (\HasNoChildren) "." "Archive.microsoft"
* LIST (\HasNoChildren) "." "Archive.youngwood"
* LIST (\HasNoChildren) "." "Archive.Football"
* LIST (\HasNoChildren) "." "Archive.Fulgieri"
* LIST (\HasNoChildren) "." "Archive.Hapco CA"
* LIST (\HasNoChildren) "." "Archive.Ieaccess"
* LIST (\HasNoChildren) "." "Archive.Invision"
* LIST (\HasNoChildren) "." "Archive.Personal"
* LIST (\HasNoChildren) "." "Archive.Printers"
* LIST (\HasNoChildren) "." "Archive.ZoneEdit"
* LIST (\HasNoChildren) "." "Archive.accucorp"
* LIST (\HasNoChildren) "." "Archive.fulgieri"
* LIST (\HasNoChildren) "." "Archive.wireless"
* LIST (\HasNoChildren) "." "Archive.Atlanta"
* LIST (\HasNoChildren) "." "Archive.Inguide"
* LIST (\HasNoChildren) "." "Archive.Procomm"
* LIST (\HasNoChildren) "." "Archive.bounced"
* LIST (\HasNoChildren) "." "Archive.bugtraq"
* LIST (\HasNoChildren) "." "Archive.nextels"
* LIST (\HasNoChildren) "." "Archive.Faxing"
* LIST (\HasNoChildren) "." "Archive.Orders"
* LIST (\HasNoChildren) "." "Archive.bynari"
* LIST (\HasNoChildren) "." "Archive.camram"
* LIST (\HasNoChildren) "." "Archive.redhat"
* LIST (\HasNoChildren) "." "Archive.Covad"
* LIST (\HasNoChildren) "." "Archive.FedEx"
* LIST (\HasNoChildren) "." "Archive.Frame"
* LIST (\HasNoChildren) "." "Archive.Ghost"
* LIST (\HasNoChildren) "." "Archive.IPcop"
* LIST (\HasNoChildren) "." "Archive.Leuci"
* LIST (\HasNoChildren) "." "Archive.anzio"
* LIST (\HasNoChildren) "." "Archive.blass"
* LIST (\HasNoChildren) "." "Archive.cisco"
* LIST (\HasNoChildren) "." "Archive.fleet"
* LIST (\HasNoChildren) "." "Archive.linux"
* LIST (\HasNoChildren) "." "Archive.ISIS"
* LIST (\HasNoChildren) "." "Archive.ADP"
* LIST (\HasNoChildren) "." "Archive.ASR"
* LIST (\HasNoChildren) "." "Archive.VPN"
* LIST (\HasNoChildren) "." "Archive.T1"
00000003 OK List completed.
[Trying IP address [10.51.64.3]]
Authorizing against {[10.51.64.3]/imap}
[Trying IP address [10.51.64.3]]
[dovecot ready.]
Authorizing against {[10.51.64.3]/imap}
[[UNSEEN 1] First unseen.]
[Logging out]
00000003 Create Archive
00000003 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000004 Create Archive
00000004 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000005 Create Archive
00000005 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000006 Create Archive
00000006 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000007 Create Archive
00000007 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000008 Create Archive
00000008 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000009 Create Archive
00000009 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000000a Create Archive
0000000a NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000000b Create Archive
0000000b NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000000c Create Archive
0000000c NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000000d Create Archive
0000000d NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000000e Create Archive
0000000e NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000000f Create Archive
0000000f NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000010 Create Archive
00000010 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000011 Create Archive
00000011 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000012 Create Archive
00000012 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000013 Create Archive
00000013 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000014 Create Archive
00000014 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000015 Create Archive
00000015 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000016 Create Archive
00000016 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000017 Create Archive
00000017 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000018 Create Archive
00000018 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000019 Create Archive
00000019 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000001a Create Archive
0000001a NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000001b Create Archive
0000001b NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000001c Create Archive
0000001c NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000001d Create Archive
0000001d NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000001e Create Archive
0000001e NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000001f Create Archive
0000001f NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000020 Create Archive
00000020 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000021 Create Archive
00000021 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000022 Create Archive
00000022 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000023 Create Archive
00000023 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000024 Create Archive
00000024 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000025 Create Archive
00000025 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000026 Create Archive
00000026 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000027 Create Archive
00000027 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000028 Create Archive
00000028 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000029 Create Archive
00000029 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000002a Create Archive
0000002a NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000002b Create Archive
0000002b NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000002c Create Archive
0000002c NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000002d Create Archive
0000002d NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000002e Create Archive
0000002e NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000002f Create Archive
0000002f NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000030 Create Archive
00000030 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000031 Create Archive
00000031 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000032 Create Archive
00000032 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000033 Create Archive
00000033 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000034 Create Archive
00000034 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000035 Create Archive
00000035 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000036 Create Archive
00000036 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000037 Create Archive
00000037 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000038 Create Archive
00000038 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000039 Create Archive
00000039 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000003a Create Archive
0000003a NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000003b Create Archive
0000003b NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000003c Create Archive
0000003c NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000003d Create Archive
0000003d NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000003e Create Archive
0000003e NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
0000003f Create Archive
0000003f NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000040 Create Archive
00000040 NO CREATE failed: Can't create mailbox node
/home/rjager/mail/Archive: File exists
00000041 LOGOUT
* BYE mail.andrewandsons.com IMAP4rev1 server terminating connection
[mail.andrewandsons.com IMAP4rev1 server terminating connection]
00000041 OK LOGOUT completed
00000004 LOGOUT
* BYE Logging out
[Logging out]
00000004 OK Logout completed.
[Trying IP address [10.51.64.3]]
* OK dovecot ready.
[dovecot ready.]
00000000 CAPABILITY
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT
LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED STARTTLS AUTH=PLAIN
00000000 OK Capability completed.
00000001 AUTHENTICATE PLAIN
+
Authorizing against {[10.51.64.3]/imap}
<suppressed>
00000001 OK Logged in.
00000002 CAPABILITY
* CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT
LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED
00000002 OK Capability completed.
00000003 SELECT msinfo
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
Flags permitted.
* 2 EXISTS
* 1 RECENT
* OK [UNSEEN 1] First unseen.
[[UNSEEN 1] First unseen.]
* OK [UIDVALIDITY 1084305539] UIDs valid
* OK [UIDNEXT 9] Predicted next UID
00000003 OK [READ-WRITE] Select completed.
00000004 FETCH 1,2 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Newsgroups
Content-MD5 Content-Disposition Content-Language Content-Location
Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS)
* 1 FETCH (UID 6 FLAGS () INTERNALDATE "14-May-2004 13:50:22 -0500"
RFC822.SIZE 42098 ENVELOPE (NIL "generic.move" ((NIL NIL "mailsync"
NIL)) ((NIL NIL "mailsync" NIL)) ((NIL NIL "mailsync" NIL)) NIL NIL NIL
NIL NIL) BODY[HEADER.FIELDS (NEWSGROUPS CONTENT-MD5 CONTENT-DISPOSITION
CONTENT-LANGUAGE CONTENT-LOCATION FOLLOWUP-TO REFERENCES)] {2}
)
* 2 FETCH (UID 8 FLAGS (\Recent) INTERNALDATE "14-May-2004 15:27:10
-0500" RFC822.SIZE 41 ENVELOPE (NIL "archive.move" ((NIL NIL "mailsync"
NIL)) ((NIL NIL "mailsync" NIL)) ((NIL NIL "mailsync" NIL)) NIL NIL NIL
NIL NIL) BODY[HEADER.FIELDS (NEWSGROUPS CONTENT-MD5 CONTENT-DISPOSITION
CONTENT-LANGUAGE CONTENT-LOCATION FOLLOWUP-TO REFERENCES)] {2}
)
00000004 OK Fetch completed.
00000005 STORE 2 +Flags (\Deleted)
* 2 FETCH (FLAGS (\Deleted \Recent))
00000005 OK Store completed.
00000006 EXPUNGE
* 2 EXPUNGE
00000006 OK Expunge completed.
[Expunge completed.]
00000007 APPEND msinfo {38}
+ OK
00000007 OK Append completed.
00000008 LOGOUT
* BYE Logging out
[Logging out]
00000008 OK Logout completed.
|
|
From: Eric S. J. <es...@ha...> - 2004-05-14 19:12:48
|
Tomas Pospisek wrote: > On Fri, 14 May 2004, Eric S. Johansson wrote: > > >>did I stump folks?? need more information??+ > > > Not me, I just won't probably have any time to dig deeper into your > problem within the next two weeks. It would be terrific, if you could look > into the problem yourself. Enable all the debugging switches and dive into > the code - IMHO it's well documented and you should be able to follow it > pretty well. Michael should be also +- familiar with it so if you get > stuck somewhere hopefully someone will be able to give you the required > hint... > > And yes, a more extensive trace would be probably helpful - you sent the > IMAP trace but the mailsync trace would be also good. I hope this command line will be sufficient. mailsync -v -n -ds -d -cd -f generic.store generic.move as for digging into the code, I can go into it as a tourist and if it's a small change I can probably make it. But since I nuked my hands about ten years ago, and have been using speech recognition ever since, I've generally don't write code in C/C++. I am pretty much limited to Python as that is one of the few languages that works well with speech recognition (assuming a minimum of StUDlYcApS). I do need to finish this project up as my customer is getting somewhat cranky. with any luck, I will be able to synchronize most of users because they have flat name spaces. as for the rest, I will probably just rsync over the mailboxes and synchronize from files to IMAP server. I can't run on the old mailbox server (rh 7.2) because I can't build mailsync there courtesy auto<mumble> problems. --- eric |
|
From: Tomas P. <tp...@so...> - 2004-05-14 18:27:03
|
On Fri, 14 May 2004, Eric S. Johansson wrote: > did I stump folks?? need more information??+ Not me, I just won't probably have any time to dig deeper into your problem within the next two weeks. It would be terrific, if you could look into the problem yourself. Enable all the debugging switches and dive into the code - IMHO it's well documented and you should be able to follow it pretty well. Michael should be also +- familiar with it so if you get stuck somewhere hopefully someone will be able to give you the required hint... And yes, a more extensive trace would be probably helpful - you sent the IMAP trace but the mailsync trace would be also good. *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Eric S. J. <es...@ha...> - 2004-05-14 13:43:06
|
did I stump folks?? need more information??+
Eric S. Johansson wrote:
> Tomas Pospisek wrote:
>
>> On Tue, 11 May 2004, Eric S. Johansson wrote:
>>
>>
>>> Eric S. Johansson wrote:
>>>
>>>
>>>> 00000023 SELECT Archive
>>>> 00000023 NO SELECT failed: Can't open Archive: not a selectable mailbox
>>>> Error: SELECT failed: Can't open Archive: not a selectable mailbox
>>>> 00000008 NOOP
>>>> 00000008 OK NOOP completed.
>>>> [Reusing connection to 10.51.64.3/user="rjager"]
>>>> 00000009 SELECT Archive.DirectUpdate
>>>> * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
>>>> * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
>>>> Flags permitted.
>>>> * 0 EXISTS
>>>> * 0 RECENT
>>>> * OK [UIDVALIDITY 1084305556] UIDs valid
>>>> * OK [UIDNEXT 1] Predicted next UID
>>>> 00000009 OK [READ-WRITE] Select completed.
>>>>
>>>>
>>>> on one hand, it seems to barf on the higher level directory structure
>>>> but then it seems to be able to access the actual mailbox. Is
>>>> transferring or is it totally confused?
>>>
>>>
>>> Archive/Inguide: [Reusing connection to 10.51.64.44/user="rjager"]
>>> Error: SELECT failed: Can't open Archive: not a selectable mailbox
>>> [Reusing connection to 10.51.64.3/user="rjager"]
>>> [Mailbox is empty]
>>> [Reusing connection to 10.51.64.44/user="rjager"]
>>>
>>> and after a while, it ceases to operate it appears. The mailbox in
>>> question is quite full and not corrupted.
>>>
>>> (knew I should have waited before posting)
>>
>>
>>
>> I'm not sure what you are trying to sync here. Could the problem be that
>> you have differing directory structures? One mail store has got folders
>> with messages /and/ subfolders whereas the other one doesn't support that
>> concept or similar?
>> *t
>
>
> it's a simple hierarchy. There is a folder called Archive which
> contains nothing but more folders which are mbx formatted mailboxes.
> So, Archive/Inguide refers to a specific mbx formatted mailbox.
>
> I was hoping I could use one general template for moving user accounts
> of with varying mailbox hierarchies. In the example that's failing,
> here's what I was using.
>
> And by the way, when you simulate, why does it generate the mail boxes?
> I will say though that it does interpret the hierarchy correctly and
> generate the right mailboxes on the destination side. it just can't
> transfer anything.
>
> store rjager.original {
> server {10.51.64.44/user=rjager/notls}
> ref {10.51.64.44}
> pat *
> passwd nsm
> }
>
> store rjager.new {
> server {10.51.64.3/user=rjager/notls}
> ref {10.51.64.3}
> pat *
> passwd nsm
> }
>
> channel generic.move rjager.original rjager.new {
> msinfo {10.51.64.3/user=rjager/notls}msinfo
> passwd nsm
> }
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Mailsync-list mailing list
> Mai...@li...
> https://lists.sourceforge.net/lists/listinfo/mailsync-list
>
|
|
From: Simon W. <li...@fi...> - 2004-05-13 20:49:42
|
Tomas Pospisek wrote: > I've just checked what packages are around and do see, that you are using > a very old version/package. Why don't you just use a more recent one - > probably they have fixed their bugs there: > > http://rpm.pbone.net/index.php3/stat/2/simple/2 > > Unmark all the non-Mandrake Packages, leave all the Mandrake tacks on and > search for imap-devel. Then choose a newer package (hint - most recent one > is imap-devel-2004, released today, haven't tried it yet personally...) When I've tried this kind of thing before, I've ended up in Dependancy Hell. (it's not practical to upgrade half of the system on dialup!) It looks like this is something to put on hold for the moment. Mandrake are stopping support for 9.1 in a few months, at which point I'm planning on upgrading to 10.1 if it's out by then. This will bring me up to date on libraries, and I'll try mailsync again then. Thanks for your help anyway, hopefully I'll have a success story for you in a few months time. -- "People don't ask for facts in making up their minds. They would rather have one good, soul-satisfying emotion than a dozen facts." - Robert Keith Leavitt --------------------------------------------------------------- Simon Waldman, UK email: swa...@fi... --------------------------------------------------------------- |
|
From: Eric S. J. <es...@ha...> - 2004-05-12 14:43:28
|
Tomas Pospisek wrote:
> On Tue, 11 May 2004, Eric S. Johansson wrote:
>
>
>>Eric S. Johansson wrote:
>>
>>
>>>00000023 SELECT Archive
>>>00000023 NO SELECT failed: Can't open Archive: not a selectable mailbox
>>>Error: SELECT failed: Can't open Archive: not a selectable mailbox
>>>00000008 NOOP
>>>00000008 OK NOOP completed.
>>>[Reusing connection to 10.51.64.3/user="rjager"]
>>>00000009 SELECT Archive.DirectUpdate
>>>* FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
>>>* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
>>>Flags permitted.
>>>* 0 EXISTS
>>>* 0 RECENT
>>>* OK [UIDVALIDITY 1084305556] UIDs valid
>>>* OK [UIDNEXT 1] Predicted next UID
>>>00000009 OK [READ-WRITE] Select completed.
>>>
>>>
>>>on one hand, it seems to barf on the higher level directory structure
>>>but then it seems to be able to access the actual mailbox. Is
>>>transferring or is it totally confused?
>>
>>Archive/Inguide: [Reusing connection to 10.51.64.44/user="rjager"]
>>Error: SELECT failed: Can't open Archive: not a selectable mailbox
>>[Reusing connection to 10.51.64.3/user="rjager"]
>>[Mailbox is empty]
>>[Reusing connection to 10.51.64.44/user="rjager"]
>>
>>and after a while, it ceases to operate it appears. The mailbox in
>>question is quite full and not corrupted.
>>
>>(knew I should have waited before posting)
>
>
> I'm not sure what you are trying to sync here. Could the problem be that
> you have differing directory structures? One mail store has got folders
> with messages /and/ subfolders whereas the other one doesn't support that
> concept or similar?
> *t
it's a simple hierarchy. There is a folder called Archive which
contains nothing but more folders which are mbx formatted mailboxes.
So, Archive/Inguide refers to a specific mbx formatted mailbox.
I was hoping I could use one general template for moving user accounts
of with varying mailbox hierarchies. In the example that's failing,
here's what I was using.
And by the way, when you simulate, why does it generate the mail boxes?
I will say though that it does interpret the hierarchy correctly and
generate the right mailboxes on the destination side. it just can't
transfer anything.
store rjager.original {
server {10.51.64.44/user=rjager/notls}
ref {10.51.64.44}
pat *
passwd nsm
}
store rjager.new {
server {10.51.64.3/user=rjager/notls}
ref {10.51.64.3}
pat *
passwd nsm
}
channel generic.move rjager.original rjager.new {
msinfo {10.51.64.3/user=rjager/notls}msinfo
passwd nsm
}
|
|
From: Tomas P. <tp...@so...> - 2004-05-12 06:53:34
|
On Tue, 11 May 2004, Eric S. Johansson wrote: > Eric S. Johansson wrote: > > > 00000023 SELECT Archive > > 00000023 NO SELECT failed: Can't open Archive: not a selectable mailbox > > Error: SELECT failed: Can't open Archive: not a selectable mailbox > > 00000008 NOOP > > 00000008 OK NOOP completed. > > [Reusing connection to 10.51.64.3/user="rjager"] > > 00000009 SELECT Archive.DirectUpdate > > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] > > Flags permitted. > > * 0 EXISTS > > * 0 RECENT > > * OK [UIDVALIDITY 1084305556] UIDs valid > > * OK [UIDNEXT 1] Predicted next UID > > 00000009 OK [READ-WRITE] Select completed. > > > > > > on one hand, it seems to barf on the higher level directory structure > > but then it seems to be able to access the actual mailbox. Is > > transferring or is it totally confused? > > Archive/Inguide: [Reusing connection to 10.51.64.44/user="rjager"] > Error: SELECT failed: Can't open Archive: not a selectable mailbox > [Reusing connection to 10.51.64.3/user="rjager"] > [Mailbox is empty] > [Reusing connection to 10.51.64.44/user="rjager"] > > and after a while, it ceases to operate it appears. The mailbox in > question is quite full and not corrupted. > > (knew I should have waited before posting) I'm not sure what you are trying to sync here. Could the problem be that you have differing directory structures? One mail store has got folders with messages /and/ subfolders whereas the other one doesn't support that concept or similar? *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Tomas P. <tp...@so...> - 2004-05-12 06:50:56
|
On Tue, 11 May 2004, Eric S. Johansson wrote: > 00000023 SELECT Archive > 00000023 NO SELECT failed: Can't open Archive: not a selectable mailbox > Error: SELECT failed: Can't open Archive: not a selectable mailbox > 00000008 NOOP > 00000008 OK NOOP completed. > [Reusing connection to 10.51.64.3/user="rjager"] > 00000009 SELECT Archive.DirectUpdate > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] > Flags permitted. > * 0 EXISTS > * 0 RECENT > * OK [UIDVALIDITY 1084305556] UIDs valid > * OK [UIDNEXT 1] Predicted next UID > 00000009 OK [READ-WRITE] Select completed. > > > on one hand, it seems to barf on the higher level directory structure > but then it seems to be able to access the actual mailbox. Is > transferring or is it totally confused? It is trying to find out whether that folder has messages and/or subfolders in it. (From the top of my head ... : ) In order to find out whether there are messages in some folder it does a select on it and looks at the reply (here: Error). *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Eric S. J. <es...@ha...> - 2004-05-11 21:58:19
|
Eric S. Johansson wrote: > 00000023 SELECT Archive > 00000023 NO SELECT failed: Can't open Archive: not a selectable mailbox > Error: SELECT failed: Can't open Archive: not a selectable mailbox > 00000008 NOOP > 00000008 OK NOOP completed. > [Reusing connection to 10.51.64.3/user="rjager"] > 00000009 SELECT Archive.DirectUpdate > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] > Flags permitted. > * 0 EXISTS > * 0 RECENT > * OK [UIDVALIDITY 1084305556] UIDs valid > * OK [UIDNEXT 1] Predicted next UID > 00000009 OK [READ-WRITE] Select completed. > > > on one hand, it seems to barf on the higher level directory structure > but then it seems to be able to access the actual mailbox. Is > transferring or is it totally confused? Archive/Inguide: [Reusing connection to 10.51.64.44/user="rjager"] Error: SELECT failed: Can't open Archive: not a selectable mailbox [Reusing connection to 10.51.64.3/user="rjager"] [Mailbox is empty] [Reusing connection to 10.51.64.44/user="rjager"] and after a while, it ceases to operate it appears. The mailbox in question is quite full and not corrupted. (knew I should have waited before posting) ---eric |
|
From: Eric S. J. <es...@ha...> - 2004-05-11 21:48:52
|
00000023 SELECT Archive 00000023 NO SELECT failed: Can't open Archive: not a selectable mailbox Error: SELECT failed: Can't open Archive: not a selectable mailbox 00000008 NOOP 00000008 OK NOOP completed. [Reusing connection to 10.51.64.3/user="rjager"] 00000009 SELECT Archive.DirectUpdate * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1084305556] UIDs valid * OK [UIDNEXT 1] Predicted next UID 00000009 OK [READ-WRITE] Select completed. on one hand, it seems to barf on the higher level directory structure but then it seems to be able to access the actual mailbox. Is transferring or is it totally confused? ---eric |
|
From: Michael 'h. K. <mai...@zz...> - 2004-05-11 17:26:34
|
On Tue, May 11, 2004 at 07:12:20PM +0200, Tomas Pospisek wrote: > On Tue, 11 May 2004, Michael 'hacker' Krelin wrote: > > > > > > But it doesn't generate PACKAGE* macros in config.h which prevents > > > > > mailsync from compiling (unless you either > > > [...] > > > > Is there any way that configure could check the version of automake, > > > > and bomb out if it's too early? > > > > > > If there isn't an easy way, I'm just going to document that fact in the > > > README. > > > > It's easy to check automake --version output in autogen.sh, but... What > > are our exactl requiremenets? I'm totally lost now. autoconf 2.53 and > > automake 1.6? > > Akkana Peck reported success with automake 1.6, so that's what I've > commited to the README. I'd recommend this: Index: autogen.sh =================================================================== RCS file: /cvsroot/mailsync/mailsync/autogen.sh,v retrieving revision 1.2 diff -u -r1.2 autogen.sh --- autogen.sh 17 Feb 2003 14:38:47 -0000 1.2 +++ autogen.sh 11 May 2004 17:24:06 -0000 @@ -1,4 +1,5 @@ #!/bin/sh +(automake --version | head -1 | grep -q ' 1\.[678]') || (echo "automake 1.6 or above is required";exit 1) aclocal -I acinclude && \ autoheader && \ automake -a && \ > I think the problem is automake. We can just wait untill we get some > problem report and then ask what autoconf version the person is using and > ask them to upgrade to "our" version. I've got autoconf 2.59 here. Same here. And, knowing me, I suspect this is the latest ;) > > can someone with gentoo or any other collection of > > autotools find out? > > Sure other people's experience would be wellcome. Let's see... Love, H |
|
From: Tomas P. <tp...@so...> - 2004-05-11 17:12:27
|
On Tue, 11 May 2004, Michael 'hacker' Krelin wrote: > > > > But it doesn't generate PACKAGE* macros in config.h which prevents > > > > mailsync from compiling (unless you either > > [...] > > > Is there any way that configure could check the version of automake, > > > and bomb out if it's too early? > > > > If there isn't an easy way, I'm just going to document that fact in the > > README. > > It's easy to check automake --version output in autogen.sh, but... What > are our exactl requiremenets? I'm totally lost now. autoconf 2.53 and > automake 1.6? Akkana Peck reported success with automake 1.6, so that's what I've commited to the README. I think the problem is automake. We can just wait untill we get some problem report and then ask what autoconf version the person is using and ask them to upgrade to "our" version. I've got autoconf 2.59 here. > can someone with gentoo or any other collection of > autotools find out? Sure other people's experience would be wellcome. *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Michael 'h. K. <mai...@zz...> - 2004-05-11 15:54:09
|
Troubles compiling with gcc 3.4.0 seem to be related to gcc, not
mailsync. Here is the troublesome line:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.0/../../../../include/c++/3.4.0/bits/stl_bvector.h:522:
error: `Max' is not a member of `std'
const size_type __len = size() + std::max(size(), __n);
And here is the root of all evil:
/usr/include/c-client/misc.h:#define max Max
I have no clue if #undef after c-client.h would break it or not. My
guess is not, because `grep 'max[[:space:]]*(' /usr/include/c-client/ -r` output:
/usr/include/c-client/mh.c: if (LOCAL->cachedtexts > max (stream->nmsgs * 4096,2097152)) {
/usr/include/c-client/mx.c: if (LOCAL->cachedtexts > max (stream->nmsgs * 4096,2097152)) {
/usr/include/c-client/mbx.c: stream->uid_last = stream->rdonly ? max (i,stream->uid_last) : i;
/usr/include/c-client/tcp_unix.c: int maxfd = max (20,max (max(pipei[0],pipei[1]),max(pipeo[0],pipeo[1])));
/usr/include/c-client/tcp_unix.c: i = select (max (stream->tcpsi,stream->tcpso)+1,&fds,0,&efds,&tmo);
/usr/include/c-client/env_unix.c: for (j = max (20,max (max (pi[0],pi[1]),max(po[0],po[1])));
/usr/include/c-client/misc.c:long max (long i,long j)
/usr/include/c-client/misc.h:long max (long i,long j);
Doesn't look as if it's used in #defines. Although, if the patch
attached work (if I don't forget to attach it, that is), then, I think
the complaint should go to c-client instead, as this #undef would be
more suitable in c-client headers instead.
And, while we're at it... I just wondered why vector and not list? The
latter should be a bit more efficient when filling in initially and this
is mostly how mailsync works with these vectors.
Another thing, which is, I believe, not related to gcc, but anyway... I
don't know since when, but I had to
env LIBS=-lcrypt ./configure
to make thing compile... Is it only me?
Love,
H
|
|
From: Michael 'h. K. <mai...@zz...> - 2004-05-11 15:26:52
|
> > > But it doesn't generate PACKAGE* macros in config.h which prevents > > > mailsync from compiling (unless you either > [...] > > Is there any way that configure could check the version of automake, > > and bomb out if it's too early? > > If there isn't an easy way, I'm just going to document that fact in the > README. It's easy to check automake --version output in autogen.sh, but... What are our exactl requiremenets? I'm totally lost now. autoconf 2.53 and automake 1.6? can someone with gentoo or any other collection of autotools find out? |
|
From: Tomas P. <tp...@so...> - 2004-05-11 09:42:19
|
On Mon, 10 May 2004, Eric S. Johansson wrote: > Tomas Pospisek wrote: > > Being honest: allthough I rewrote mailsync, I still can't tell you off the > > moment what "ref" actually is! Maybe you can? I've read the IMAP spec, but > > I still don't know! > > I think you're just being modest... ;-) > > > > > Please do a few "simulation" (mailsync -s) runs first and verify that what > > you see is what you want! > > did that. Unfortunately,... > > 0 remain. > Error: SELECT failed: Unable to parse internal header at 2170218732: > n-Path: <MAI...@ma...> > Error: IMAP protocol error: Command unrecognized: EXPUNGE > Error: Command unrecognized: EXPUNGE > fixbox: Error: SELECT failed: Unable to parse internal header at > 2170218732: n-Path: <MAI...@ma...> > Error: EXAMINE failed: Unable to parse internal header at 2170218732: > n-Path: <MAI...@ma...> > > I did not find these error messages until I actually moved mail. May I > suggest that the simulation phase should also read the entire e-mail > source mailbox? What do you mean by "should read the entire e-mail source mailbox"? Simulate does exactly what the actual act would do _except_ for actually /putting/ the email in the other mail store. It *does* read all the messages it would copy in their entirety. And it does read all the messages in both boxes for their respective mail-ids - you can find the relevant copying code in the file channel.cc. "bool Channel::copy_message" does the copying of a message itself. But what I can see above looks pretty screwed. First apparently c-client tries to read a mail folder's first internal message, where the c-client library stores mail mbx state - mind you, that mailsync _will not_ see that message. It's strange, that this doesn't happen until you really do sync When did that happen, at the end of the whole sync process or at the end of syncing /one/ box? One difference between the simulation process and the real thing is that the real thing will expunge duplicates. Possibly it's just that what happened and then c-client broke because the mentioned internal message with its state was broken? ??? The next problem: > Error: IMAP protocol error: Command unrecognized: EXPUNGE > Error: Command unrecognized: EXPUNGE should definitively not happen at all. I wonder whether that's the cause of the previous error bringing c-client out of step, which would be a quite annoying bug in c-client (IMO). In which case the certain MC that you mention below would certainly be happy to hear from you to fix the c-client library. > by the way, this is all the fault of a certain MC refuses to document > completely the mbx mailbox and build good tools for recovery after the > inevitable corruption. Uhm well, I know the whole product suite is unfortunately not developed in a "true" open source way (and license for that matter), which is IMO a pitty. OTOH nothing prevents anybody from actually using the source Luke and documenting the stuff or building tools to do recovery... And MC is very responsive too - it *is* possible to talk to him (through the c-client ML f.ex.). > That's my major reason for migrating to maildir. > Bernstein may be even less fun to have at parties but at least he > documents what he does extremely well. Mind you that c-client does not officially support the maildir format and unfortunately last I've heard nobody was maintaining the patch for that format. And aparently it has some problems... :) *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Tomas P. <tp...@so...> - 2004-05-11 08:59:00
|
On Sat, 8 May 2004, Michael 'hacker' Krelin wrote: > Well, what we CAN do is testing it in autogen.sh and use different > configure.ac files... But then again, do we have to? Do users have to > use autotools at all? Oh no! Not even more complex auto* scripts. Let's just tell the user to update to autotools > some_version and be done with it... > Ouch... This can be worked around, I think. But I'd rather vote for > putting up snapshots for the download. I'm fine with that. So if someone want to volounteer to do that please step forward :-) > > Is there any way that configure could check the version of automake, > > and bomb out if it's too early? > > We can put the test in autogen.sh, sure. And I think we should do that. > No matter how advanced the user is, (s)he may waste quite a while trying > to figure out what we can tell him explicitly while running autogen.sh. > What I liked about autogen.sh, though, is that it's more than simple ;-) Michael - can you send a patch? ;-)) > But the question is if we really want to uglify the code for the sake of > compatibility with outdated tools that shouldn't be used by users. Not if we can do without IMO, *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Tomas P. <tp...@so...> - 2004-05-11 08:55:20
|
Michael, On Fri, 7 May 2004, Akkana Peck wrote: > Tomas Pospisek writes: > > Hey you other people on the list, are you reading this? > > I am. Funny, I just set up a new laptop partition, and tried to > build the latest CVS mailsync, and ended up spending a ton of time > trying to solve various automake problems that I ran into. [...] > ... and I got 1.6 via apt-get and the build problems magically went > away. > Michael 'hacker' Krelin writes: > > But it doesn't generate PACKAGE* macros in config.h which prevents > > mailsync from compiling (unless you either [...] > Is there any way that configure could check the version of automake, > and bomb out if it's too early? If there isn't an easy way, I'm just going to document that fact in the README. ? *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Tomas P. <tp...@so...> - 2004-05-11 08:11:19
|
On Fri, 30 Apr 2004, Simon Waldman wrote: > Tomas Pospisek wrote: > > >>>Um can you find out: > >>> > >>>* which libc-client library > >>> 1) autoconf > >>> 2) gcc > >>> are trying to link against > >> > >>Um, sorry, but how would I do this? > > > > > > all those autoconf scripts are finaly shell scripts - so you can insert > > stuff into them such as: > > > > echo "here autoconf is looking for linking.h" > > echo "it is looking in $PATH" > > > > or similar. You'll need to take care that the scripts are not rebuilt > > automatically so your changes get lost. > > I'm afraid I lost track of what I am trying to do - why would I be > modifying these scripts? You can see what we've been discussing in the mailing list archive, that's accessible through the mailsync.sf.net page. > The only file named libc-client.a on the system is in /usr/lib/. > Autoconf is pickinn this up. > The rest of the stuff (c-client.h, linkage.h, etc.) is in > /usr/include/imap. There is another linkage.h on the system > (/usr/include/linux/), but from looking at the configure script I don't > think it's finding the wrong one. > > All of these files come out of the rpm package "imap-devel-2002a-2mdk". I've just checked what packages are around and do see, that you are using a very old version/package. Why don't you just use a more recent one - probably they have fixed their bugs there: http://rpm.pbone.net/index.php3/stat/2/simple/2 Unmark all the non-Mandrake Packages, leave all the Mandrake tacks on and search for imap-devel. Then choose a newer package (hint - most recent one is imap-devel-2004, released today, haven't tried it yet personally...) *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
|
From: Eric S. J. <es...@ha...> - 2004-05-10 20:08:18
|
Tomas Pospisek wrote: > Being honest: allthough I rewrote mailsync, I still can't tell you off the > moment what "ref" actually is! Maybe you can? I've read the IMAP spec, but > I still don't know! I think you're just being modest... ;-) > > Please do a few "simulation" (mailsync -s) runs first and verify that what > you see is what you want! > *t did that. Unfortunately,... 0 remain. Error: SELECT failed: Unable to parse internal header at 2170218732: n-Path: <MAI...@ma...> Error: IMAP protocol error: Command unrecognized: EXPUNGE Error: Command unrecognized: EXPUNGE fixbox: Error: SELECT failed: Unable to parse internal header at 2170218732: n-Path: <MAI...@ma...> Error: EXAMINE failed: Unable to parse internal header at 2170218732: n-Path: <MAI...@ma...> I did not find these error messages until I actually moved mail. May I suggest that the simulation phase should also read the entire e-mail source mailbox? by the way, this is all the fault of a certain MC refuses to document completely the mbx mailbox and build good tools for recovery after the inevitable corruption. That's my major reason for migrating to maildir. Bernstein may be even less fun to have at parties but at least he documents what he does extremely well. ---eric |
|
From: Michael 'h. K. <mai...@zz...> - 2004-05-10 19:56:24
|
> >>any suggestions?
There's also /novalidate-cert option. Like
server {imap/user=user/ssl/novalidate-cert}
Love,
H
|
|
From: Tomas P. <tp...@so...> - 2004-05-10 19:50:51
|
On Mon, 10 May 2004, Eric S. Johansson wrote:
> I must say. It is not unlike recognizing constellations. Once you
> already know the answer, the shape is obvious. However, before you know
> the answer, it is just a bunch of points.
[...]
> store esj.original {
> server {10.51.64.44/user=esj/notls}
> ref {10.51.64.44} <<<=== where is this documented?
Being honest: allthough I rewrote mailsync, I still can't tell you off the
moment what "ref" actually is! Maybe you can? I've read the IMAP spec, but
I still don't know!
[..mailsync run...]
> which is close enough to reality that I am happy enough to continue on
> to the next stage... actually moving messages.
Please do a few "simulation" (mailsync -s) runs first and verify that what
you see is what you want!
*t
--
--------------------------------------------------------
Tomas Pospisek
http://sourcepole.com - Linux & Open Source Solutions
--------------------------------------------------------
|
|
From: Eric S. J. <es...@ha...> - 2004-05-10 19:32:25
|
Tomas Pospisek wrote:
>>any suggestions?
>
>
> Oumpf! Yeah, read the "f" libc-client documentation - it /should/
> (hopefully) be documented there.... :-/
> *t
f*****g c-client documentation is right. It is documented there but
only once you read enough tea leaves, gaze into crystal balls, and and
drape the office walls with goat entrails.
I must say. It is not unlike recognizing constellations. Once you
already know the answer, the shape is obvious. However, before you know
the answer, it is just a bunch of points.
answer:
at the end of the server name, place /notls. What is particularly
confusing in the documentation is that they say place the /option after
a mailbox definition. For example:
store esj.original {
server {10.51.64.44/user=esj/notls}
ref {10.51.64.44} <<<=== where is this documented?
pat *
passwd <noseeme>
}
gives me:
mail syncconfig # mailsync -v -di -f esj.store esj.original
Listing store "esj.original"
[Trying IP address [10.51.64.44]]
* OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS AUTH=LOGIN]
Hapco.ny.hapcofarms.com IMAP4rev1 2001.315rh at Mon, 10 May 2004
15:20:32 -0400 (EDT)
00000000 AUTHENTICATE LOGIN
+ VXNlciBOYW1lAA==
Authorizing against {mail.andrewandsons.com/imap}
<suppressed>
+ UGFzc3dvcmQA
<suppressed>
00000000 OK [CAPABILITY IMAP4REV1 IDLE NAMESPACE MAILBOX-REFERRALS SCAN
SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User esj
authenticated
00000001 LIST "" *
* LIST (\NoInferiors \Marked) "/" mail-food
* LIST (\NoInferiors \Marked) "/" sent-mail
* LIST (\NoInferiors \Marked) "/" katfood
* LIST (\NoInferiors \Marked) "/" saved-messages
* LIST (\NoSelect) "/" mail
* LIST (\NoInferiors \Marked) "/" dummybox
* LIST (\NoInferiors \Marked) "/" dummybox.preserve
* LIST (\NoInferiors \Marked) "/" clean1
* LIST (\NoInferiors \Marked) "/" fixbox
* LIST (\NoInferiors \UnMarked) "/" spambox
* LIST (\NoInferiors) NIL INBOX
00000001 OK LIST completed
dummybox.preserve
saved-messages
mail-food
sent-mail
dummybox
katfood
spambox
clean1
fixbox
INBOX
mail
which is close enough to reality that I am happy enough to continue on
to the next stage... actually moving messages.
|
|
From: Tomas P. <tp...@so...> - 2004-05-10 19:02:35
|
On Mon, 10 May 2004, Eric S. Johansson wrote: > Eric S. Johansson wrote: > > > didn't have a chance to try until just a few minutes ago and *YIPIEE* it > > worked, it worked, it worked... well, at least compiled and installed. > > > > now the question is: how do I disable starttls or make it work?? > I built it with: ./configure --without-openssl > yet still I get: > > mail syncconfig # mailsync -v -di -f esj.store esj.original > Listing store "esj.original" > [Trying IP address [10.51.64.44]] > * OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS AUTH=LOGIN] > Hapco.ny.hapcofarms.com IMAP4rev1 2001.315rh at Mon, 10 May 2004 > 11:02:47 -0400 (EDT) > 00000000 STARTTLS > 00000000 OK STARTTLS completed > Error: Certificate failure for 10.51.64.44: self signed certificate: > /C=--/ST=SomeState/L=SomeCity/O=SomeOrganization/OU=SomeOrganizationalUnit/CN=localhost.localdomain/emailAddress=root@localhost.localdomain > Error: Can't contact server {10.51.64.44/user=esj} > > any suggestions? Oumpf! Yeah, read the "f" libc-client documentation - it /should/ (hopefully) be documented there.... :-/ *t -- -------------------------------------------------------- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -------------------------------------------------------- |
13 messages has been excluded from this view by a project administrator.
